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本 书 是 C++ 模 板 编 程 的 完全 指南 ， 骨 在 通过 基本 概念 、 常 用 技巧 和 
应 用 实例 三 方面 的 有 用 资料 ， 为 读者 打下 C++ 模板 知识 的 坚实 基础 。 

全 书 共 22 章 。 第 1 章 全 面 介 绍 了 本 书 的 内 容 结构 和 相关 情况 。 第 1 部 
分 〈 第 2 一 7 章 ) 以 教程 的 风格 介绍 了 模板 的 基本 概念 ， 第 2 部 分 〈 第 8 一 
13 章 ) 阐述 了 模板 的 语言 细节 ， 第 3 部 分 〈 第 14 一 18 章 ) 介绍 了 C++ 模 
板 所 支持 的 基本 设计 技术 ， 第 4 部 分 〈 第 19 一 22 章 ) 深入 探讨 了 各 种 使 
用 模板 的 普通 应 用 程序 。 附 录 A 和 附录 B 分 别 为 一 处 定义 原则 和 重 载 解 
析 的 相关 资料 。 

本 书 适 合 C++ 模板 技术 的 初学 者 阅读 ， 也 可 供 有 一 定编 程 经 验 的 
C++ 程序 员 参 考 。 
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C++ 真 可 谓 是 包罗 万 象 、 博 大 精深 。 每 个 在 C++ 中 沉迷 多 年 的 爱好 
者 都 难免 有 这 样 的 感慨 : 使 用 C++ 多 年 过 后 ， 我 们 往往 只 能 算是 一 个 熟 
练 的 使 用 者 ， 却 从 来 不 敢 给 自己 冠 上 “精通 C++” 的 头衔 。 难 道 “ 精 通 
C++” 永 远 都 是 不 民 的 大 言 ? 然而 ， 在 学 习 、 使 用 和 研究 C++ 的 过 程 中 ， 
我 们 总 是 期 望 能 够 向 “精通 "不断 迈进 ， 并 领悟 C++ 语言 的 精 血 。 我 想 ， 
要 做 到 这 一 点 起 码 要 注意 三 个 方面 : 一 要 把 握 语 言 发 展 的 脉搏 ; 二 要 多 
应 用 标准 技术 ; 三 要 洞悉 标准 技术 背后 的 实现 细节 。 做 到 这 些 往 往 能 够 
事半功倍 。 

近年 来 ，C++ 的 新 发 展 主要 是 在 GP 〈 泛 型 程序 设计 ) 方面 大 放 异 
彩 : 标准 库 、boost 库 、 容 器 、 友 代 子 、 仿 函数 等 都 是 围绕 者 GP 不 断 呈 
现 出 来 的 ， 它 们 代表 了 现今 C++ 程序 设计 的 特性 。 而 在 这 种 种 技术 的 背 
后 ， 隐 含 着 一 种 根深 蒂 固 的 共性 : 模板 技术 ， 处 处 都 是 模板 代码 。 我 们 
可 以 说 : 泛 型 程序 设计 本 身 就 是 基于 模板 的 程序 设计 。 也 正 是 模板 的 这 
种 编译 期 机 制 ， 进 一 步 地 展现 了 GP 的 优越 ， 体 现 C++ 高 效率 的 特点 ， 更 
有 助 于 GP 达 到 与 OO 并 驾 齐 驱 的 地 位 。 

使 用 了 多 年 标准 库 等 技术 之 后 ， 每 个 人 都 曾经 编写 过 许 许 多 多 模板 
代码 ， 但 在 每 天 的 重复 劳动 之 余 ， 很 多 人 却 未 能 真正 洞悉 隐藏 在 模板 背 
后 的 实现 细节 。 诸 如 特 化 、 局 部 特 化 、 实 例 化 、 重 载 解 析 等 编译 器 实现 
机 理 ， 相 信和 真正 了 解 的 人 并 不 多 。 这 使 得 我 们 始终 未 能 真正 摆脱 我 们 所 
使 用 的 特性 的 束缚 ， 也 就 无 法 实现 更 加 符合 具体 应 用 的 技术 与 特性 。 在 
这 种 情况 下 ， 用 起 这 些 特性 来 总 会 觉得 心里 不 踏实 。 这 未 免 是 程序 员 的 
































一 种 悲 误 。 

从 前 面 列 出 的 3 个 方面 来 看 ， 本 书 都 能 够 解决 读者 的 疑惑 。 本 书 前 
半 部 分 内 容 为 读者 释疑 解 惑 ， 后 半 部 分 内 容 则 更 加 贴近 开发 者 ， 使 所 探 
讨 的 技术 真正 发 挥 其 效能 。 因 而 ， 也 总 能 带 给 人 豁然 开朗 的 感觉 ， 并 使 
你 深 深 体会 到 作者 选材 的 独到 之 处 。 关 于 本 书 内 容 的 全 面 介绍 ， 请 参考 
第 1 草 ， 我 在 此 就 不 再 装 述 了 。 

C++ 编程 的 书籍 ， 现 如 今 已 是 琳 下 满 目 、 人 硕果 累累 。 但 是 对 于 
C++ 和 模板 这 个 至 关 重 要 的 领域 ， 即 使 在 未 来 很 长 一 段 时 间 里 ， 本 书 也 
必定 有 痢 不 可 蔡 代 的 地 位 ， 这 一 点 从 亚马逊 的 5 星 级 公 评 和 一 直 位 于 前 
列 的 销售 排名 可 见 一 斑 。 

对 于 本 书 的 翻译 ， 我 力求 做 到 语言 平实 无 华 ， 期 望 能 以 流畅 的 语句 
带 给 读者 一 个 轻松 的 阅读 过 程 。 在 近 一 年 的 翻译 过 程 中 ， 我 一 次 又 一 次 
地 拖延 了 出 版 社 的 计划 ， 正 是 为 了 真正 尽 到 一 个 译 者 的 职 贡 ， 对 撤 术 和 
文字 把 好 关 。 但 “ 丑 媚 妇 总 要 见 公 姿 ”， 这 本 书 也 终 客 还 是 要 和 读者 见 
面 ， 所 以 我 的 修 润 也 只 能 告 一 段落 。 在 阅读 的 过 程 中 ， 如 果 你 有 中 肯 的 
批评 意见 ， 我 一 定 虚 心地 接受 。 我 也 希望 能 够 就 此 书 的 内 容 与 读者 有 更 
多 的 交流 。 

致谢 

首先 ， 我 要 感谢 人 民 邮 电 出 版 社 的 编辑 。 对 我 每 次 提交 的 电子 稿 
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在 C++ 中 ， 模 板 〈Template) 这 个 概念 已 经 存在 十 几 年 了 ，1990 年 
出 版 的 Annotated C++Reference Manual ( 即 <ARM”， 见 
[EllisStroustrupARM]) 就 已 经 介绍 了 模板 的 一 些 内 容 。 实 际 上 ， 在 这 之 
前 的 许多 专业 文档 也 已 经 对 模板 进行 了 一 些 描述 。 然 而 ， 即 使 过 了 十 几 
年 之 后 ， 对 于 模板 这 一 吸引 人 人 的、 复杂 的 、 强 有 力 的 C++ 特性 ， 仍 然 没 
有 一 本 著作 能 够 集中 阐述 它 的 基础 概念 和 高 级 技术 。 我 们 党 得 有 必要 阐 
述 这 些 令 人 费解 的 地 方 ， 于 是 就 决定 编写 这 本 关于 模板 的 书籍 〈 这 些 说 
法 或 许 会 显得 有 点 不 够 谦虚 ) 。 

然而 ， 我 们 两 人 有 者 不 同 的 背景 ， 对 于 这 项 任务 ， 也 有 着 不 同 的 目 
的 。David 是 一 个 很 有 经 验 的 编译 器 实现 者 ， 同 时 也 是 C++ 标准 委员 会 
核心 语言 工作 组 的 成 员 。 他 的 目的 在 于 详细 而 且 准 确 地 描述 模板 的 功能 
《和 问题 )》 。Nico 是 一 个 “普通 ”的 《应 用 程序 ) 程序 员 ， 同 时 也 是 
C++ 标 准 委 员 会 程序 库 工作 小 组 的 成 员 。 他 的 目的 在 于 让 读者 理解 他 所 
使 用 的 各 种 模板 技术 和 使 用 过 程 中 的 收获 。 另 外 ， 我 们 期 望 可 以 与 你 
(读者 ) 和 整个 (C++) 社团 共享 这 些 知识 ， 让 我 们 都 避免 那些 对 模板 
的 误解 、 疑 惑 和 忧虑 。 

于 是 ， 你 在 书 中 既 会 看 到 带 有 例子 的 概念 性 介绍 ， 也 会 看 到 模板 具 
体 行为 的 详细 描述 。 我 们 将 从 模板 的 基本 概念 开始 介绍 ， 逐 步 过 滤 
到 “模板 程序 设计 的 艺术 ”， 其 中 你 将 会 发 现 〈 或 者 再 次 发 现 ) 诸如 静态 
多 态 、policy 类 、metaprogramming、 表 达 式 模板 等 技术 。 另 外 ， 基 于 标 
准 库 中 几乎 到 处 都 涉及 到 模板 ， 在 此 你 还 可 以 加 深 对 标准 库 的 理解 。 





























在 本 书 的 编写 过 程 中 ， 我 们 学 会 了 很 多 知识 ， 也 获得 了 不 少 的 乐 
趣 。 我 们 希望 你 在 阅读 的 过 程 中 也 能 有 这 样 的 感受 ， 宇 受 这 本 书 和 这 份 
乐趣 ! 
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Microsoft， 他 们 为 我 们 提供 了 一 份 评估 版 本 的 Visual C++ (Jonathan 
Caves、Herb Sutter、Jason Shirk 是 我 们 在 那 边 的 朋友 ) 。 

总 的 说 来 ， 现 存 的 许多 “C++ Wisdom” 得 益 于 在 线 C++ 团 体 。 其 中 的 
大 多 数 内 容 都 来 自 新 闻 组 comp.lang.c++.moderated 和 comp.std.c++; 
此 我 们 要 特别 感谢 这 些 新 闻 组 活跃 的 管理 者 ， 正 是 他 们 的 努力 才 使 所 讨 
论 的 内 容 更 加 有 用 ， 更 具 建 设 性 。 我 们 还 要 感谢 那些 多 年 来 不 遗 余力 地 
为 我 们 解释 并 和 我 们 分 享 他 们 的 想法 的 人 。 

Addison-Wesley 出 版 公司 的 团队 做 了 一 份 很 出 色 的 工作 。 我 们 特别 
要 感谢 Debbie Lafferty (我 们 的 编辑 )， 感 谢 他 那 温和 的 督促 、 民 好 的 





建议 、 不 倦 的 工作 和 对 这 本 书 的 文 持 。 另 外 还 要 感谢 Tyrrell Albaugh、 
Bunny Ames、Melanie Buck、Jacquelyn Doucette、Chanda Leary-Coutu、 
Catherine Ohala 和 Marty Rabinowitz。 我 们 还 要 衷心 感谢 Marina Lang， 
正 是 他 首先 在 Addison-Wesley 内 部 提出 这 个 选 题 的 。 最 后 ，Susan Winer 
的 早期 编辑 工作 ， 也 大 大 有 助 于 我 们 后 面 的 工作 。 

Nico 的 致谢 

我 首先 要 感谢 我 的 家 人 : Ulii、Lucas、Anica 和 Frederic， 感 谢 他 们 
对 我 和 这 本 书 的 耐心 、 关 怀 和 鼓励 。 

另外 ， 我 还 要 感谢 David， 他 是 一 个 非常 优秀 的 专家 ， 而 且 他 的 耐 
心 显 得 格外 难得 〈 有 时 ， 我 甚至 会 问 一 些 比较 幼稚 的 问题 )》 。 和 他 一 起 
工作 让 我 感到 极 大 的 乐趣 。 

David 的 致谢 

首先 要 感谢 我 的 妻子 Karina， 这 本 书 能 够 完成 要 归功 于 她 的 帮助 和 
在 生活 中 给 我 带 来 的 一 切 。 当 写 书 时 间 和 其 他 活动 安排 发 生 冲 突 的 时 
候 ,“ 利 用 空 亲 时 间 ” 写 书 显然 是 不 现实 的 。Karina 帮 我 安排 了 整个 时 间 
计划 ， 为 了 挤 出 更 多 的 时 间 来 写作 ， 她 教 我 如 何 对 一 些 活动 说 “不 ”; 所 
有 的 这 一 切 都 对 这 本 书 的 完成 给 予 了 极 大 的 帮助 。 

能 够 和 Nico 一 起 工作 让 我 感到 非常 索 和 地。 除了 承担 部 分 书稿 的 写 
作 ， 另 外 ， 正 是 由 于 Nico 的 经 验 和 专业 精神 ， 才 令 这 本 原先 显得 竣 乱 的 
草稿 变 成 一 本 结构 合理 的 书籍 。 

John“Mr.Template”Spicer 和 Steve“Mr.Overload”Adamczyk 是 我 很 好 
的 朋友 和 同事 ;在 我 看 来 ， 他 们 都 是 核心 C++ 语言 的 权威 。 他 们 澄清 了 
书 中 一 些 令 人 疑惑 的 问题 如果 你 在 书 中 找到 关于 C++ 语言 的 特性 
Celement) 的 一 些 错误 ， 那 么 是 我 的 疏忽 ， 人 怪我 没有 回 他 们 请 教 。 

最 后 ， 我 要 对 下 面 这 些 文 持 我 这 份 工作 的 许多 人 表达 我 的 谢意 ; 尽 
管 他 们 的 文 持 是 间接 的 ， 但 他 们 给 我 市 来 的 一 切 同样 是 不 可 低估 的 。 首 
先 ， 我 要 感谢 我 的 父母 ， 正 是 他 们 的 关爱 和 鼓励 ， 才 使 我 的 一 切 发 生 了 

















改变 。 下 面 是 一 些 给 我 关怀 《譬如 询问 “ 书 进行 得 怎么 样 了 ? ”) 的 朋 
友 ， 他 们 的 辟 励 同样 给 予 了 我 很 大 的 动力 : Michael Beckmann、Brett 
and Julie Beene、 Jarran Carr、 Simon Chang、 Ho and Sarah Cho、 
Christophe De Dinechin、 Ewa Deelman、 Neil Eberle、Sassan Hazeghi、 
Vikram Kumar、 Jim 和 Lindsay Long、 R.J.Morgan、 Mike Puritano、Ragu 
Raghavendra、Jim 和 Phuong Sharp、Gregg Vaughn 和 John Wiegley。 


和 ” 
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模板 ， 作 为 C++ 中 的 一 部 分 已 经 有 了 十 几 年 之 久 《〈 而 且 也 以 各 种 形 
式 存在 ) ， 但 我 们 仍然 会 对 它 误解 、 误 用 甚至 产生 争论 。 同 时 ， 我 们 又 
发 现 模板 可 以 作为 一 个 工具 ， 用 来 开发 更 加 干净、 更 具 效 率 、 更 加 智能 
的 软件 。 事 实 上 ， 模 板 已 经 成 为 许多 新 的 C++ 程序 设计 范例 
(paradigm) 的 基石 。 

然而 ， 我 们 发 现 大 部 分 关于 C++ 模板 的 书籍 和 论文 对 模板 理论 和 应 
用 的 介绍 都 是 很 肤浅 的 。 即 使 是 少数 几 本 讨论 各 种 模板 设计 技术 的 书 
籍 ， 也 未 能 准确 地 摘 述 C++ 语言 是 如 何 文 持 这 些 模板 技术 的 。 于 是 ， 无 
论 是 C++ 的 初级 程序 员 还 是 高 级 程序 员 ， 都 会 发 现 模 板 总 是 令 他 们 感到 
困惑 ， 他 们 也 期 望 能 知道 (涉及 到 模板 的 ) 代码 为 什么 总 是 出 乎 意料 地 
出 错 。 

这 种 现象 是 我 们 编写 这 本 书籍 的 主要 原因 。 然 而 ， 即 使 同样 是 针对 
模板 的 话题 ， 我 们 两 人 选择 的 落脚 点 又 有 所 不 同 ， 写 书 的 方式 也 带 有 差 
措 : 

"David 的 目的 是 为 了 给 读者 提供 一 份 天 于 C++ 模 板 的 语言 机 制 和 应 
用 模板 所 获得 的 高 级 编程 技术 的 完整 参考 。 他 更 多 地 注重 准确 性 和 完整 
性 。 

*Nico 的 兴趣 在 于 希望 这 本 书 可 以 帮助 他 自己 和 那些 在 日 常 中 使 用 
模板 的 程序 员 。 这 就 意味 着 在 介绍 模板 实用 技术 的 时 候 ， 应 该 以 一 种 很 
直观 的 方式 来 前 述 这 些 内 容 。 

就 某 种 意义 而 言 ， 你 会 发 现 我 们 是 一 对 科学 家 一 工程 师 组 合 : 虽然 























面 对 的 是 同一 个 话题 ， 但 我 们 的 着 重点 却 有 所 不 同 〈( 当然 ， 肯 定 会 有 一 
些 重 登 ) 。 

Addison-Wesley 让 我 们 两 个 人 走 到 了 一 起 ， 才 有 了 这 本 〈 我 们 认 
为 ) 带 有 详细 参考 的 C++ 模板 教程 。 该 教程 不 仅 介 绍 了 模板 的 语言 特 
性 ， 更 注重 于 阐述 一 些 与 实际 应 用 相关 的 设计 方法 。 也 就 是 说 ， 该 书 不 
仅 是 一 本 关于 C++ 模板 的 语法 和 语义 的 详细 参考 ， 也 是 一 份 介 绍 广 为 人 
知 〈《 和 少 为 人 知 ) 的 模板 用 法 和 技术 的 概要 。 











为 了 能 够 理解 本 书 中 的 大 部 分 知识 ， 你 应 该 熟悉 C++: 我 们 描述 的 
是 该 语言 的 一 个 特性 《〈 即 模板 ) ， 而 不 是 语言 本 身 的 基础 知识 。 你 应 该 
熟悉 类 和 继承 的 概念 ， 并 且 能 够 使 用 诸如 IOstream 和 容器 等 C++ 标准 库 
组 件 来 编写 程序 。 另 外 ， 在 有 必要 的 时 候 我 们 还 会 谈 到 语言 的 一 些 复杂 
话题 ， 即 使 这 些 话题 和 模板 并 没有 直接 的 关联 。 所 有 的 这 些 说 明了 这 本 
书 主要 适合 于 C++ 的 专家 和 中 级 程序 员 。 

我 们 所 采用 的 语言 是 1998 年 标准 化 的 C++ 语言 〈《 见 [Standard98]) ， 
以 及 C++ 标准 委员 会 在 它 的 首 份 技术 勘误 表 《〈 见 [Standard02]) 中 所 提供 
的 澄清 说 明 。 如 果 你 觉得 你 所 理解 的 C++ 基本 概念 己 经 有 些 过 时 ， 那 么 
我 们 建议 你 阅读 [SroustrupC++PL]、[JosuttisOOP] 和 [JosuttisStdLib] 来 更 
新 你 的 知识 ; 这些 书 对 现今 的 C++ 语 言及 其 标准 库 都 有 很 好 的 介绍 ， 男 
外 的 书籍 可 以 参考 附录 B.3.5。 














1.2 本 书 的 整体 结 检 


我 们 的 目的 有 两 方面 : 一 方面 是 为 了 给 那些 刚刚 开始 使 用 模板 的 程 
序 员 提 供 必 要 的 信息 ， 让 他 们 可 以 从 使 用 模板 中 受益 ;为 一 方面 是 为 那 
些 经 验 丰富 的 程序 员 介 绍 一 些 深入 的 知识 ， 使 他 们 可 以 走 在 模板 应 用 的 
前 列 。 为 了 实现 这 个 目的 ， 我 们 将 整 本 书 组 织 如 下 : 

“第 1 部 分 介绍 了 模板 的 基本 概念 ， 以 教程 的 风格 来 介绍 这 些 基 本 概 





念 。 

"第 2 部 分 阐述 了 模板 的 语言 细节 ， 可 以 作为 基于 模板 的 构造 的 参 
考 。 

“第 3 部 分 介绍 了 C++ 模板 所 文 持 的 基本 设计 技术 ， 禾 再 的 范围 从 微 
小 的 概念 到 复杂 的 用 法 ;一些 技 术 在 别 的 书籍 中 都 没有 出 现 过 。 

“第 4 部 分 在 前 两 部 分 的 基础 上 ， 深 入 讨论 了 各 种 使 用 模板 的 普通 应 
用 程序 。 

每 个 部 分 都 由 几 个 章节 组 成 。 另 外 ， 我 们 还 提供 了 一 些 附 录 ， 它 们 
涉及 的 范围 并 不 局 限于 模板 〈 例 如 ， 对 C++ 重 载 解析 的 概述 ) 。 

对 第 1 部 分 的 每 一 章 ， 你 最 好 是 按 顺 序 阅读 。 例 如 ， 第 3 章 束 是 建立 
在 第 2 章 《 的 内 容 ) 的 基础 之 上 的 。 然 而 ， 在 其 他 的 部 分 ， 章 与 章 之 间 
的 关联 是 比较 松散 的 。 你 可 以 随意 安排 阅读 顺序 ， 辟 如 先 阅 读 关 于 仿 函 
数 的 第 22 章 ， 接 下 来 才 阅 读 关 于 智能 指针 的 第 20 章 。 














1.3 如 何洁 读 


如 果 你 是 一 个 硕 望 学 习 或 者 温习 模板 概念 的 C++ 程序 员 ， 那 么 你 应 
该 仔细 阅读 第 1 部 分 一 一 基础 。 即 使 你 已 经 对 模板 非常 熟悉 ， 我 们 还 是 
建议 你 大 概 浏 览 一 下 第 1 部 分 ， 这 样 有 助 于 你 了 解 我 们 所 使 用 的 风格 和 
术语 。 这 一 部 分 还 介绍 了 : 当 遇 到 包含 模板 的 源 代 码 时 ， 你 应 该 如 何 
(逻辑 地 ) 组 织 这 些 源 代码 。 

根据 上 自己 的 学 习 方法 ， 你 既 可 以 深入 理解 第 2 部 分 的 许多 细节 ， 也 
可 以 直接 阅读 第 3 部 分 所 介绍 的 实用 编码 技术 《然后 才 回 到 第 2 部 分 阅读 
一 些 复 杂 的 语言 话题 ) 。 如 采 你 每 天 面 对 使 用 模板 的 压力 ， 那 么 后 一 种 
阅读 方法 通 第 是 相当 有 用 的 。 第 4 部 分 和 第 3 部 分 有 些 类 似 ， 但 它 主 要 注 
重 于 如 何 把 模板 撤 术 应 用 到 具体 的 应 用 程序 中 ， 而 不 仅仅 在 于 设计 拉 
术 。 因 此 ， 在 阅读 第 4 部 分 之 前 ， 最 好 熟悉 第 3 部 分 所 介绍 的 一 些 话题 。 

附录 部 分 包含 了 很 多 内 容 ， 在 本 书 的 正文 中 我 们 也 经 第 引用 这 些 内 
容 。 我 们 也 根据 它们 《〈 指 附录 的 内 容 ) 的 特点 ， 尺 量 把 它们 写 得 浅显 吻 














EE 


就 我 们 自己 的 经 验 而 言 ， 学 习 一 种 新 事物 最 好 的 方法 就 是 研习 质 述 
该 事物 的 例子 。 因 此 ， 在 整 本 书 中 你 到 处 都 会 看 到 许多 代码 例子 。 某 些 
例子 只 是 用 于 阐明 某 个 抽象 概念 的 短 短 几 行 代 码 ， 其 他 的 则 是 完整 的 程 
序 ， 为 你 提供 了 一 份 原 汁 原味 的 应 用 程序 。 后 一 种 例子 通过 C++ 注 释 来 
引入 ， 注 释 中 描述 了 包含 程序 代码 的 文件 ， 你 可 以 在 本 书 的 网 站 
http://www.josuttis.com/tmplbook/ 找 到 所 有 的 这 些 文件 。 














C++ 程 序 员 的 编程 风格 通常 是 互 不 相同 的 ， 我 们 也 不 例外 :风格 所 
涉及 的 问题 包括 在 哪里 加 入 分 阳 符 、 界 定 符 〈 花 括号 、 圆 括号 ) 等 。 我 
们 会 尽量 保持 一 致 的 风格 ， 但 束 当 前 的 一 些 〈 特 殊 的 ) 话题 ， 侦 尔 也 会 
有 上 所 例外 。 例 如 ， 在 教程 这 一 部 分 〈 第 1 部 分 ) ， 我 们 使 用 了 大 量 的 空 
格 和 具体 的 名 称 ， 是 为 了 令 代 码 更 加 形象 ， 而 在 局 级 话题 讨论 部 分 (第 
4 部 分 ) ， 我 们 惑 使 用 了 比较 紧凑 的 风格 ， 这 样 显得 更 加 适合 话题 的 讨 
论 。 

关于“ 类型、 参数 、 变 量 ” 的 声明 ， 我 们 希望 你 能 注意 一 些 稍微 特殊 
的 用 法 。 显 然 ， 下 面 几 种 风格 都 是 可 能 的 : 


void foo (const int &x); 





void foo (const int& x); 

void foo (int const &x); 

void foo (int const& x); 

对 * 常 整数 "而 言 ， 上 面 的 几 种 用 法 虽然 差别 不 大 ， 但 我 们 趋向 于 使 
用 int const， 而 不 使 用 const int。 作 出 这 个 选择 ， 主 要 有 两 个 原因 : 首 
， 针 对 问题 “什么 是 恒定 不 变 的 ”，int ”const 提 供 了 很 容易 理解 的 答 
实际 上 ，*“ 恒 定 不 变 部 分 * 指 的 是 const 限 定 符 前 面 的 部 分 。 例 如 ， 尽 





le 潭 谍 


const int N = 100; 
等 价 于 : 

int const N = 100; 
但 是 对 于 : 


int* const book mark; ”// 指 针 不 能 改变 ， 但 指针 指 同 的 值 可 以 改变 

却 没 有 相应 的 等 价 形式 (就 是 说 如 果 把 const 限 定 符 放 在 运算 符 * 的 
前 面 ， 与 前 者 并 不 等 价 ) 。 在 这 个 例子 中 ， 我 们 只 是 说 明了 指针 本 身 是 
个 常量 ， 而 并 没有 说 明 这 个 int 值 〈 即 指针 指 疝 的 值 〉 是 个 常量 。 

第 2 个 原因 涉及 到 使 用 模板 时 一 个 很 常用 的 语法 蔡 换 原则 。 考 虑 下 
面 的 两 个 类 型 定义 1 : 

typedef char* CHARS; 

typedef CHARS const CPTR;”// 指 向 char 类 型 的 常量 指针 

1! 在 C++ 中， 类 型 定义 只 是 定义 了 一 个 “类 型 别名 *”， 而 不 是 一 个 新 
的 类 型 。 例 如 : 














typedef int Length; // 定 义 Length 为 int 的 别名 
int i = 42; 

Length |] = 88; 

i=1; /正确 

l=i; /正确 


当 我 们 用 CHARS 所 代表 的 含义 对 它 进行 蔡 换 之 后 ， 第 2 个 声明 的 含 
义 是 不 变 的 : 

typedef char* const CPTR; // 仍 然 是 指 问 char 类 型 的 常量 指针 

然而 ， 如 果 我 们 把 const 放 在 它 所 限定 的 类 型 的 前 面 ， 那 么 这 个 原 
则 束 不 再 适用 了 。 针 对 我 们 前 面 给 出 的 两 个 类 型 声明 ， 考 虑 下 面 的 蔡 换 
代码 : 

typedef char* CHARS; 

typedef const CHARS CPTR; /指向 char 类 型 的 常量 指针 

但 如 果 我 们 蔡 换 掉 CHARS 之 后 ， 第 2 个 声明 却 会 导致 不 同 的 含义 : 

typedef const char* CPTR; ”// 指 癌 常量 char 类 型 的 指针 

当然 ， 同 样 的 现象 〈 规 则 ) 也 适用 于 volatile 限 定 符 。 











对 于 间隔 符 ， 我 们 决定 在 & 符号 和 参数 名 称 之 间 留 出 一 个 空格 : 

void foo (int const& x); 

借助 这 种 方法 ， 我 们 同时 也 强调 了 : 参数 类 型 和 参数 名 称 是 分 离 
的 。 

显然 ， 诸 如 下 面 的 声明 更 容易 令 人 混 清 : 

char* a, b; 

上 面 代码 中 ， 如 果 根 据 C 语 言 的 规则 ，a 是 一 个 指针 ， 而 b 是 一 个 
char 类 型 的 普通 变量 。 为 了 避免 产生 这 种 混淆 ， 我 们 尽量 不 在 同一 个 语 
句 中 声明 多 个 实体 。 

虽然 这 并 不 是 一 本 介绍 C++ 标准 库 的 书 ， 但 我 们 在 很 多 例子 中 都 会 
用 到 标准 库 。 在 很 多 情况 下 ， 我 们 都 使 用 了 C++ 的 特定 头 文 件 〈 例 如 我 
们 使 用 <iostream>， 而 不 是 <stdio.h>) 。 唯 一 的 例外 情况 是 <stddef.h>， 
我 们 趋同 于 使 用 这 个 头 文件 ， 而 不 使 用 <cstddef>， 从 而 也 就 不 用 给 
size_t 和 ptrdifft_t 添 加 std:: 名 字 空 间 限定 ; 男 外 ，<stddef.h> 具 有 更 好 的 可 
移植 性 而且， 使 用 std::size t 蔡 换 size t 并 不 能 得 到 任何 好 处 。 

















1.5 标准 和 现实 





C++ 标准 自从 1998 年 下 半年 以 后 就 已 经 存在 了 。 然 而 ， 直 到 2002 
年 ， 才 有 了 第 一 个 完全 符合 标准 的 C++ 编译 器 。 也 就 是 说 ， 大 多 数 编译 
器 对 语言 的 支持 仍然 有 所 差异 。 有 几 个 编译 器 可 以 编译 本 书 的 大 部 分 代 
码 ， 但 一 些 (常用 的 ) 编译 器 并 不 能 编译 本 书 的 很 多 代码 。 于 是 ， 人 针对 
这 些 编译 器 的 〈 子 标准 ) 实现 ， 我 们 经 常 提 供 了 一 些 代替 的 技术 ， 以 获 
得 一 份 完整 《或 者 局 部 ) 的 解决 方案 ， 但 某 些 代 蔡 技术 仍然 不 能 为 这 些 
编译 器 所 支持 。 总 之 ， 我 们 期 望 通过 全 世界 的 程序 员 要 求 编译 器 开发 商 
支持 标准 ， 从 很 大 程度 上 解决 这 个 问题 。 

即使 处 于 这 样 的 现状 ， 但 随 着 时 间 的 推移 ，C++ 程 序 设计 语言 仍然 
会 不 断 地 发 展 。C++ 社 团 的 专家 们 (也 包括 非 C++ 标 准 委 员 会 成 员 的 专 
家 ) 正在 讨论 改善 语言 的 各 种 方法 ， 其 中 有 几 种 候选 方法 就 是 与 模板 相 
关 的 ， 我 们 在 第 13 章 讨论 这 些 发 展 趋势 。 




















1.6 代码 例子 和 更 多 信息 


通过 本 书 的 网 站 ， 你 可 以 获得 本 书 的 所 有 例子 程序 和 相关 信息 ， 网 
站 的 地 址 是 : http:/www.josuttis.comy/tmplbook。 

另外 ， 在 David Vandevoorde 的 网 站 
http://www.vandevoorde.com/templates 和 一 些 别 的 网 站 也 可 以 找到 该 书 的 
一 些 信息 。 在 本 书后 面 的 参考 书目 中 我 们 给 出 了 男 外 的 一 些 可 供 查 询 的 


主 自 


百 yo 





1.7 反馈 





我 们 欢迎 你 同 我 们 反馈 书 中 的 任何 信息 一 一 包括 正面 的 和 负面 的 反 
馈 。 我 们 付出 了 很 多 的 努力 ， 和 希望 可 以 给 你 带 来 一 本 很 优秀 的 书 。 另 
外 ， 我 们 的 写作 、 审 阅 和 修 洞 必须 告 一 段落 ， 只 有 这 样 才能 保证 这 本 书 
出 版 。 因 此 ， 如 果 你 发 现 一 些 错误 、 不 一 致 的 地 方 、 能 够 改进 的 陈述 方 
式 或 者 遗漏 了 某 些 话题 ， 请 给 我 们 提供 反馈 信息 ， 让 我 们 能 够 通过 网 站 
告诉 所 有 的 读者 ， 也 能 在 接 下 来 的 重印 中 进行 改正 。 

你 可 以 通过 E-mail 联系 我 们 : tmplbook@josuttis.com 

但 是 在 给 我 们 写 信 之 前 ， 请 确定 你 已 经 得 看 了 网 站 上 关于 本 书 的 勘 
误 表 。 

衷心 感谢 ! 














这 一 部 分 介绍 C++ 模板 的 一 些 常 用 概念 和 语言 特性 。 通 过 展示 函数 
模板 和 类 模板 的 例子 ， 我 们 先 讨论 普 衣 的 目的 和 常用 的 概念 。 接 下 来 介 
绍 诸如 非 类 型 模板 参数 、 关 键 字 typename、 成 员 模板 等 基本 的 模板 技 
术 。 最 后 为 接 下 来 要 介绍 的 模板 的 实际 应 用 提供 一 些 线索 。 

这 些 《〈《 关 于 模板 的 ) 介绍 的 部 分 内 容 来 自 于 Nicolai M.Josuttis 的 书 
籍 Object-Oriented Programming in C++， 这 本 书 由 John Wiley 公 司 出 版 ， 
书号 为 ISBN ”0-470-84399-3， 它 是 一 本 循序 渐进 为 你 讲解 C++ 语言 所 有 
特性 和 C++ 标准 库 的 教程 。 

为 什么 要 使 用 模板 

在 声明 变量 、 函 数 和 大 多 数 其 他 类 型 的 实体 的 时 候 ，C++ 要 求 我 们 
使 用 指定 的 类 型 。 然 而 ， 对 于 许多 代码 ， 除 了 类 型 不 同 之 外 ， 其 余 的 代 
码 看 起 来 都 是 相同 的 。 特 别 是 当 你 实现 诸如 quicksort 的 算法 ， 或 者 为 不 
同 的 类 型 实现 诸如 链接 表 或 者 二 又 树 数 据 结构 的 行为 时 ， 这 些 代 码 除了 
类 型 有 区 别 之 外 ， 其 余 的 都 是 相同 的 。 

假想 程序 设计 语言 并 不 文 持 这 个 语言 特性 《〈 即 模板 ) ， 为 了 实现 相 
同 的 功能 ， 你 只 能 使 用 下 面 这 些 糟 糕 的 蔡 代 方 法 。 

1. 针 对 每 个 所 需 相 同行 为 的 不 同类 型 ， 你 可 以 一 次 又 一 次 地 实现 














2. 你 可 以 把 通用 代码 放 在 一 个 诸如 Object 或 者 void* 的 公共 基础 类 
(common base class) 里 面 。 


3. 你 可 以 使 用 特殊 的 预 处 理 程序 。 


如 果 原 来 所 使 用 的 语言 是 C、Java 或 者 类 似 的 语言 ， 那 么 你 可 能 就 
不 得 不 选择 上 面 的 一 或 多 种 替代 方法 。 然 而 ， 每 一 种 替代 方法 都 有 自身 
的 缺点 。 

1. 如 果 你 一 次 又 一 次 地 实现 同一 个 行为 ， 那 么 你 就 做 了 许多 重复 的 
工作 。 你 会 犯 同一 个 错误 ; 你 还 会 舍弃 复杂 但 更 好 用 的 算法 ， 因 为 复杂 
算法 通常 都 趋向 于 引入 更 多 的 错误 [1] 。 

2. 如 果 你 借助 公共 基 类 来 编写 通用 代码 ， 那 么 你 将 失去 类 型 检查 这 
个 优点 。 另 外 ， 对 于 以 后 实现 的 许多 类 ， 都 必须 继承 自 某 个 特定 的 基 
类 ， 这 会 令 代码 的 维护 更 加 困难 。 

3. 如 果 你 使 用 了 一 个 诸如 C 或 C++ 预 处 理 器 的 预 处 理 程序 ， 那 么 你 
将 会 失去 “ 源 代 码 具 有 很 好 的 格式 ”这 个 优点 。 你 必须 使 用 一 些 “ 愚 春 的 
文本 蔡 换 机 制 ?来 蔡 换 源 代 码 ， 而 这 将 不 会 考虑 作用 域 和 类 型 。 

然而 ， 应 用 模板 的 解决 方案 却 没 有 这 些 缺 点 。 模 板 是 一 些 为 多 种 类 
型 而 编写 的 函数 和 类 ， 而 且 这 些 类 型 都 没有 指定 。 当 使 用 模板 的 时 候 ， 
你 只 需要 把 所 希望 的 类 型 作为 一 个 ( 显 式 或 者 隐 式 的 ) 实 参 传 递 给 模 
板 。 另 外 ， 由 于 模板 是 语言 本 身 所 具有 的 特性 ， 所 以 它 完全 文 持 类 型 检 
查 和 作用 域 。 

在 现今 的 程序 中 ， 模 板 的 应 用 非常 广泛 。 例 如 ， 在 C++ 标准 库 中 ， 
几乎 所 有 的 代码 都 是 模板 代码 。 程 序 库 提 供 了 多 种 模板 : 可 以 对 指定 类 
型 的 对 象 和 值 排序 的 排序 算法 ， 用 于 管理 指定 类 型 元 素 的 数据 结构 (也 
称 为 容器 类 ) ; 可 以 对 字符 进行 参数 化 的 字符 串 ， 等 等 。 然 而 ， 这 仅仅 
是 简单 的 模板 应 用 ， 模 板 还 允许 我 们 对 行为 进行 参数 化 、 优 化 代码 ， 甚 
至 对 一 些 内 容 进行 参数 化 ， 等 等 。 这 些 我 们 将 在 后 续 章 节 讨 论 ， 现 在 让 
我 们 从 最 简单 的 模板 开始 。 

















第 9 音 胡 数 模 板 


机 数 模 极 。 函数 模板 是 那些 被 参数 化 的 函数 ， 它 们 代表 


-> 
a 
淋 名 


2.1 初探 函数 模 


函数 模板 提供 了 一 种 函数 行为 ， 该 函数 行为 可 以 用 多 种 不 同 的 类 型 
进行 调用 ;也 就 是 说 ， 函 数 模 板 代 表 一 个 函数 家 族 。 它 的 表示 《〈 即 外 
形 ) AS 的 函数 很 相似 ， 唯 一 的 区 别 就 是 有 些 函 数 元 素 是 未 确 
定 的 : 这 些 元 素 将 在 使 用 时 被 参数 化 。 为 了 曾 明 这 些 概念 ， 让 我 们 先 来 
看 一 个 简单 的 例子 。 








2.1.1 定义 模板 


下 面 就 是 一 个 返回 两 个 值 中 最 大 者 的 函数 模板 : 
/basics/max.hpp 
template <typename 工 > 
inline T const& max (T const& a, T const& b) 
| 
} 
// 如 果 a <b， 那 么 返回 b， 否 则 返回 a 
returna<b?b:a; 
这 个 模板 定义 指定 了 一 个 “返回 两 个 值 中 最 大 者 ”的 函数 家 族 ， 这 两 
个 值 是 通过 函数 参数 a 和 b 传 递 给 该 函数 模板 的 ， 而 参数 的 类 型 还 没 确 
定 ， 用 模板 参数 T 来 代 蔡 。 如 例子 中 所 示 ， 模 板 参数 必须 用 如 下 形式 的 
语法 来 声明 : 








template < comma-separated-list-of-parameters > 

//template < 用 去 号 隅 开 的 参数 列表 > 

在 我 们 这 个 例子 里 ， 参 数列 表 是 typename T。 可 以 看 到 : 我 们 用 小 
于 号 和 大 于 号 来 组 成 参数 列表 外 部 的 一 对 括号 ， 并 把 它们 称 作 尖 括号 。 
关键 字 typename 引 入 了 所 谓 的 类 型 参数 T， 到 目前 为 止 它 是 C++ 程序 使 
用 最 广泛 的 模板 参数 ， 也 可 以 用 其 他 的 一 些 模板 参数 ， 我 们 将 在 后 面 介 
绍 ( 见 第 4 章 ) 。 

在 上 面 程序 中 ， 类 型 参数 是 T。 你 可 以 使 用 任何 标识 符 作为 类 型 参 
数 的 名 称 ， 但 使 用 TT 已 经 成 为 了 一 种 惯例 。 事 实 上 ， 类 型 参数 T 表 示 的 
是 ， 调 用 者 调用 这 个 函数 时 所 指定 的 任意 类 型 。 你 可 以 使 用 任何 类 型 
(基本 类 型 、 类 等 ) 来 实例 化 该 类 型 参数 ， 只 要 所 用 类 型 提供 模板 使 用 
的 操作 就 可 以 。 例 如 ， 在 这 里 的 例子 中 ， 类 型 Tf 需要 文 持 operator<， 
为 a 和 b 就 是 使 用 这 个 运算 符 来 比较 大 小 的 。 

鉴于 历史 的 原因 ， 你 可 能 还 会 使 用 class 取 代 typename， 来 定义 类 型 
参数 。 在 C++ 语言 的 演化 过 程 中 ， 关 键 字 typename 的 出 现 相对 较 晚 一 
些 ， 在 它 之 前 ， 关 键 字 class 是 引入 类 型 参数 的 唯一 方式 ， 并 一 直 作为 
有 效 方式 保留 下 来 。 因 此 ， 模 板 max() 还 可 以 有 如 下 的 等 价 定义 : 


template <class T> 











inline T const& max (T const& a, T const& b) 

{ 

} 

/如 果 a<b ， 那 么 返回 b ， 人 否则 返回 a 
returna<b?b:a; 

从 语义 上 讲 ， 这 里 的 dlass 和 typename 是 等 价 的 。 因 此 ， 即 使 在 这 里 
使 用 了 class， 你 也 可 以 用 任何 类 型 (前 提 是 该 类 型 提供 模板 使 用 的 操 
作 ) 来 实例 化 模板 参数 。 然 而 ，class 的 这 种 用 法 往往 会 给 人 误导 (这 里 
的 class 并 不 意味 着 只 有 类 才能 补 用 来 蔡 代 T， 事 实 上 基本 类 型 也 可 

















以 ) ; 因此 对 于 引入 类 型 参数 的 这 种 用 法 ， 你 应 该 尽量 使 用 typename。 
另外 还 应 该 注意 ， 这 种 用 法 和 类 的 类 型 声明 不 同 ， 也 就 是 说 ， 在 声明 
引入) 类 型 参数 的 时 候 ， 不 能 用 关键 字 struct 代 蔡 typename。 
2.1.2 黄 
下面 的 程序 展示 了 如 何 使 用 max() 函 数 模 板 : 


//basics/max.cpp 





#include <iostream> 

#include <string> 

#include ”max.hpp” 

int main() 

t 

int i = 42; 

std::cout <<“max(7,i) : “ << ::max(7,i) <<std::endl; 
double {1 = 3.4; 

double f2 = -6.7; 

std::cout <<“max(f1,f2): “ << ::max(f1,f2) <<std::end]; 
std::string S1 =“mathematics”; 

std::string S2 =“math”; 

std::cout <<“max(s1,s2):“ << ::max(s1,s2) <<std::end]; 

} 

在 上 面 的 程序 里 ，max() 被 调用 了 3 次 ， 调 用 实 参 每 次 都 不 相同 : 一 
次 用 两 个 int， 一 个 用 两 个 double， 一 次 用 两 个 std::string。 每 一 次 都 计算 
出 两 个 实 参 的 最 大 值 ， 而 调用 结果 是 产生 如 下 的 程序 输出 : 

max(7,i):42 

max(f1,f2):3.4 


max(s1,s2):mathematics 








可 以 看 到 : max0 模 板 每 次 调用 的 前 面 都 有 域 限定 符 :: ， 这 是 为 了 
确认 我 们 调用 的 是 全 局 名 字 空 间 中 的 max()。 因 为 标准 库 也 有 一 个 
std::max0) 模 板 ， 在 某 些 情况 下 也 可 以 被 使 用 ， 因 此 有 时 还 会 产生 二 义 性 
|2| 。 

通常 而 言 ， 并 不 是 把 模板 编译 成 一 个 可 以 处 理 任 何 类 型 的 单一 实 
体 ; 而 是 对 于 实例 化 模板 参数 的 每 种 类 型 ， 都 从 模板 产生 出 一 个 不 同 的 
实体 [3] 。 因 此 ， 针 对 3 种 类 型 中 的 每 一 种 ，max() 都 被 编译 了 一 次 。 例 
如 ，max() 的 第 一 次 调用 : 

int i = 42; 





... Max(7,i) ... 
使 用 了 以 int 作 为 模板 参数 T 的 函数 模板 。 因 此 ， 它 具有 调用 如 下 代 
码 的 语义 : 
inline int const& max (int const& a, int const& b) 
{ 
} 
returna<b?b:a; 
/如 果 a<b ， 那 么 返回 b ， 人 否则 返回 a 
这 种 用 有 具体 类 型 代 蔡 模板 参数 的 过 程 叫做 实例 化 〈instantiation ) 。 
它 产生 了 一 个 模板 的 实例 。 遗 憾 的 是 ， 在 面 同 对 象 的 程序 设计 中 ， 实 例 
和 实例 化 这 两 个 概念 通常 会 被 用 于 不 同 的 场合 一 一 但 都 是 针对 一 个 类 的 
具体 对 象 。 然 而 ， 由 于 本 书 投 述 的 是 关于 模板 的 内 容 ， 所 以 在 未 做 特别 
指定 的 情况 下 ， 我 们 所 说 的 实例 指 的 是 模板 的 实例 。 
可 以 看 到 : 只 要 使 用 函数 模板 ，〔 编 译 器 会 自动 地 引发 这 样 一 个 
实例 化 过 程 ， 因 此 程序 员 并 不 需要 额外 地 请 求 模 板 的 实例 化 。 
类 似 地 ，max0) 的 其 他 调用 也 将 为 double 和 std::string 实 例 化 max 模 
板 ， 融 像 具 有 如 下 单独 的 声明 和 实现 一 样 : 


const double& max (double const&, double const&); 














const std::string& max ( std::string const&, 
std::string const&); 
如 果 试 图 基于 一 个 不 支持 模板 内 部 所 使 用 操作 的 类 型 实例 化 一 个 模 
板 ， 那 么 将 会 导致 一 个 编译 期 错误 ， 例 如 : 
std::complex<float> cl, c2; /std::complex 并 不 文 持 operator < 


max(c1,c2); /编译 器 错误 

于 是 ， 我 们 可 以 得 出 一 个 结论 : 模板 被 编译 了 两 次 ， 分 别 发 生 在 

1. 实 例 化 之 前 ， 先 检查 模板 代码 本 里， 但 看 语法 是 否 正确 ; 在 这 里 
会 发 现 错误 的 语法 ， 如 遗漏 分 号 等 。 

2. 在 实例 化 期 间 ， 检 碍 模板 代码 ， 碍 看 是 否 所 有 的 调用 都 有 效 。 在 
这 里 会 发 现 无 效 的 调用 ， 如 该 实例 化 类 型 不 文 持 某 些 函数 调用 等 。 

这 给 实际 中 的 模板 处 理 带 来 了 一 个 很 重要 的 问题 : 当 使 用 函数 模 
板 ， 并 且 引 发 模板 实例 化 的 时 候 ， 编 译 器 (在 某 时 刻 ) 需 要 查看 模板 的 
定义 。 这 束 不 同 于 普通 函数 中 编译 和 链接 之 间 的 区 别 ， 因 为 对 于 普通 函 
数 而 言 ， 只 要 有 该 函数 的 声明 〈 即 不 需要 定义 ) ， 束 可 以 顺利 通过 编 
译 。 我 们 将 在 第 6 章 讨 论 这 个 问题 的 处 理 方法 。 在 此 ， 让 我 们 只 考虑 最 
简单 的 例子 : 通过 使 用 内 联 函 数 ， 只 在 头 文件 内 部 实现 每 个 模板 。 


2.2 实 参 的 演绎 

















[4] (deductiion) 

当 我 们 为 某 些 实 参 调用 一 个 诸如 max() 的 模板 时 ， 模 板 参 数 可 以 由 
我 们 所 传递 的 实 参 来 决定 。 如 果 我 们 传递 了 两 个 int 给 参数 类 型 T 
const&， 那 么 C++ 编 译 器 能 够 得 出 结论 : T 必 须 是 int。 注 意 ， 这 里 不 允 
许 进 行 自动 类 型 转换 ， 每 个 T 都 必须 正确 地 匹配。 例如 : 


template <typename T> 





inline T const& max (T const& a, T const& b); 


max(4,7) //OK: 两 个 实 参 的 类 型 都 是 int 


max(4,4.2) //ERROR: 第 1 个 T 是 int， 而 第 2 个 T 是 double 


有 3 种 方法 可 以 用 来 处 理 上 面 这 个 错误 : 

1. 对 实 参 进行 强制 类 型 转换 ， 使 它们 可 以 互相 匹配 : 
max ( static_cast<double>(4),4.2) /OK 
max<double>(4,4.2) /OK 

2. 显 式 指定 (或 者 限定 ) T 的 类 型 ; 

3. 指 定 两 个 参数 可 以 具有 不 同 的 类 型 。 

关于 这 些 话题 更 详细 的 讨论 ， 请 看 下 一 他。 





2.3 模板 参 类 


函数 模板 有 两 种 类 型 的 参数 。 
1. 模 板 参数 : 位 于 函数 模板 名 称 的 前 面 ， 在 一 对 尖 括 号 内 部 进行 声 








明 : 
template <typename T> /TI 是 模板 参数 
2. 调 用 参数 : 位 于 函数 模板 名 称 之 后 ， 在 一 对 圆 括 号 内 部 进行 声 
明 : 


...max (T const& a, T const& b) //a 和 b 都 是 调用 参数 
你 可 以 根据 需要 声明 任意 数量 的 模板 参数 。 然 而 ， 在 函数 模板 内 部 
《这 一 点 和 类 模板 有 区 别 ) ， 不 能 指定 缺 省 的 模板 实 参 [5] 。 例 如 ， 你 
可 以 定义 一 个 “两 个 调用 参数 的 类 型 可 以 不 同 的 ”max0 模 板 : 
template <typename T1, typename 工 2> 
inline T1 max (T1 const& a, T2 const& b) 
lL 











returma<b ?b:a 


} 


max(4,4.2) //OK, 但 第 1 个 模板 实 参 的 类 型 定义 了 返回 类 型 

这 看 起 来 是 一 种 能 够 给 max() 模 板 传 递 两 个 不 同类 型 调用 参数 的 好 
方法 ， 但 在 这 个 例子 中 ， 这 种 方法 是 有 缺点 的 。 主 要 问题 是 : 必须 声明 
返回 类 型 。 对 于 返回 类 型 ， 如 果 你 使 用 的 是 其 中 的 一 个 参数 类 型 ， 那 么 
另 一 个 参数 的 实 参 就 可 能 要 转型 为 返回 类 型 ， 而 不 会 在 意 调 用 者 的 意 
图 。C++ 并 没有 提供 一 种 “指定 并 且 选 择 一 个 ‘最 强大 类 型 '” 的 途径 (人 然 
而 ， 你 可 以 使 用 一 些 tricky 模 板 编程 来 提供 这 个 特性 ， 详 见 15.2.4 小 
节 ) 。 于 是 ， 取 决 于 调用 实 参 的 顺序 ，42 和 66.66 的 最 大 值 可 以 是 浮 点 
数 66.66， 也 可 以 是 整数 66。 另 一 个 缺点 是 ， 把 第 2 个 参数 转型 为 返回 类 
型 的 过 程 将 会 创建 一 个 新 的 局 部 临时 对 象 ， 这 导致 了 你 不 能 通过 引用 
[6] 来 返回 结果 。 因 此 ， 在 我 们 的 例子 里 ， 返 回 类 型 必须 是 T1， 而 不 能 
是 T1 const&。 

因为 调用 参数 的 类 型 构造 自 模板 参数 ， 所 以 模板 参数 和 调用 参数 通 
常 是 相关 的 。 我 们 把 这 个 概念 称 为 :函数 模板 的 实 参 演绎 。 它 让 你 可 以 
像 调用 普通 函数 那样 调用 函数 模板 。 

然而 ， 如 前 所 述 ， 针 对 某 些 特定 的 类 型 ， 你 还 可 以 显 式 地 实例 化 该 
模板 : 


template <typename T> 











inline T const& max (T const& a, T const& b); 


max<double>(4,4.2) ”// 用 double 来 实例 化 T 

当 模 板 参 数 和 调用 参数 没有 发 生 关 联 ， 或 者 不 能 由 调用 参数 来 决定 
模板 参数 的 时 候 ， 你 在 调用 时 就 必须 显 式 指 定 模板 实 参 。 例 如 ， 你 可 以 
引入 第 3 个 模板 实 参 类 型 ， 来 定义 函数 模板 的 返回 类 型 : 


template <typename T1, typename T2, typename RT> 

inline RT max (T1 const& a, T2 const& b); 

然而 ， 模 板 实 参 演绎 并 不 适合 返回 类 型 [7] ， 因 为 RT 不 会 出 现在 函 
数 调 用 参数 的 类 型 里 面 。 因 此 ， 函 数 调 用 并 不 能 演绎 出 RT。 于 是 ， 你 
必须 显 式 地 指定 模板 实 参 列表 。 例 如 : 

template <typename T1, typename T2, typename RT> 

inline RT max (T1 const& a, T2 const& b); 





max<int, double, double>(4,4.2) ” /OK, 但 是 很 麻烦 

到 目前 为 止 ， 我 们 只 是 考察 了 显 式 指定 所 有 函数 模板 实 参 的 例子 ， 
和 不 显 式 指定 函数 任何 模板 实 参 的 例子 。 另 一 种 情况 是 只 显 式 指定 第 一 
个 实 参 ， 而 让 演绎 过 程 推导 出 其 余 的 实 参 。 通 常 而 言 ， 你 必须 指定 “最 
后 一 个 不 能 被 隐 式 演绎 的 模板 实 参 之 前 的 ”所 有 实 参 类 型 。 因 此 ， 在 上 
面 的 例子 里 ， 如 果 你 改变 模板 参数 的 声明 顺序 ， 那 么 调用 者 就 只 需要 指 
定 返 回 类 型 : 

template <typename RT, typename T1, typename 工 2> 

inline RT max (T1 const& a, T2 const& b); 








max<double>(4,4.2) ”//OK: 返回 类 型 是 double 

在 这 个 例子 里 ， 调 用 max<double> 时 显 式 地 把 RT 指定 为 double， 但 
其 他 两 个 参数 TL 和 T2 可 以 根据 调用 实 参 分 别 演绎 为 int 和 double。 

可 以 看 出 ， 所 有 这 些 修改 后 的 max0 版 本 都 不 能 得 到 很 大 的 改进 。 
由 于 在 单 〈 模 板 ) 参数 版 本 里 ， 如 果 传 递 进 来 的 是 两 个 不 同类 型 的 实 
参 ， 你 已 经 可 以 指定 参数 的 类 型 (和 返回 类 型 ) 。 因 此 ， 尽 量 保持 简洁 
并 且 使 用 单 参数 版 本 的 max0 就 是 一 个 不 错 的 主意 〈 在 接 下 来 的 几 节 
里 ， 当 讨论 其 他 模板 话题 的 时 候 ， 我 们 将 使 用 这 种 方法 ) 。 

关于 演绎 过 程 的 更 多 内 容 请 参照 第 11 章 。 














2.4 了 吊 尖 -HH 


和 普通 函数 一 样 ， 函 数 模板 也 可 以 被 重 载 。 就 是 说 ， 相 同 的 函数 名 
称 可 以 具有 不 同 的 函数 定义 ;于 是 ， 当 使 用 函数 名 称 进行 函数 调用 的 时 
候 ，C++ 编 译 占 必须 决定 究 竞 要 调用 哪个 候选 函数 。 即 使 在 不 考虑 模板 
的 情况 下 ， 做 出 该 决定 的 规则 也 已 经 是 相当 复杂 ， 但 在 这 一 节 里 ， 我 们 
将 讨论 有 关 模 板 的 重 载 问题 。 如 果 你 对 不 含 模板 的 重 载 的 基本 规则 还 不 
是 很 熟悉 ， 那 么 请 先 阅 读 附 录 B， 在 那里 我 们 对 重 载 解析 规则 进行 了 很 
详细 的 叙述 。 

下 面 的 简短 程序 叙述 了 如 何 重 载 一 个 函数 模板 : 

//basics/max2.cpp 

// 求 两 个 int 值 的 最 大 值 

inline int const& max (int const& a, int const& b) 


{ 




















returnna<b?b:a; 
} 
1/ 求 两 个 任意 类 型 值 中 的 最 大 者 
template <typename T> 
inline T const& max (T const& a, T const& b) 
{ 
returnna<b?b:a; 
} 
1/ 求 3 个 任意 类 型 值 中 的 最 大 者 
template <typename T> 
inline T const& max (T const& a, T const& b, T const& c) 


{ 


return ::max (::max(a,b), c); 


} 

int main() 

{ 

::max(7, 42, 68); / 调用 具有 3 个 参数 的 模板 
::max(7.0, 42.0); // 调用 max<double> (通过 实 参 演绎 ) 
::max('a', 'b'"); // 调用 max<char> (通过 实 参 演绎 ) 
::max(7, 42); / 调用 int 重 载 的 非 模板 函数 
::max<>(7, 42); // 调用 max<int> (通过 实 参 演绎 ) 
:max<double>(7, 42); /调用 max<double> (没有 实 参 演绎 ) 


:max(a', 42.7); /调用 int 重 载 的 非 模板 函数 

} 

如 例子 所 示 ， 一 个 非 模板 函数 可 以 和 一 个 同名 的 函数 模板 同时 存 
在 ， 而 且 该 函数 模板 还 可 以 被 实例 化 为 这 个 非 模板 函数 。 对 于 非 模板 函 
数 和 同名 的 函数 模板 ， 如 果 其 他 条 件 都 是 相同 的 话 ， 那 么 在 调用 的 时 
候 ， 重 载 解析 过 程 通 常会 调用 非 模板 函数 ， 而 不 会 从 该 模板 产生 出 一 个 
实例 。 第 4 个 调用 就 符合 这 个 规则 : 

max(7，42) /使 用 两 个 int 值 ， 很 好 地 匹配 非 模板 
函数 

然而 ， 如 有 果 模 板 可 以 产生 一 个 具有 更 好 匹配 的 函数 ， 那 么 将 选择 模 
板 。 这 可 以 通过 max0 的 第 2 次 和 第 3 次 调用 来 说 明 : 








max(7.0,42.0); /调用 max<double>( 通 过 实 参 演绎 ) 
max(a', 'b"); /调用 max<char>( 通 过 实 参 演绎 ) 


还 可 以 显 式 地 指定 一 个 空 的 模板 实 参 列表 ， 这 个 语法 好 像 是 告诉 编 
译 器 : 只 有 模板 才能 来 匹配 这 个 调用 ， 而 且 所 有 的 模板 参数 都 应 该 根据 
调用 实 参 演绎 出 来 : 

max<>(7,42) //call max<int>( 通 过 实 参 演绎 ) 





因为 模板 是 不 允许 自动 类 型 转化 的 ; 但 普通 函数 可 以 进行 目 动 类 型 


转换 ， 所 以 最 后 一 个 调用 将 使 用 非 模板 函数 〈“a 和 42.7 都 被 转化 为 





int) : 

max('a',42.7) /对 于 不 同类 型 的 参数 ， 只 人 允许 使 用 非 模 
板 函 数 

下 面 这 个 更 有 用 的 例子 将 会 为 指针 和 普通 的 C 字 符 串 重 载 这 个 求 最 
大 值 的 模板 : 

//basics/max3.cpp 


#include <iostream> 
#include <cstring> 
#include <string> 
// 求 两 个 任意 类 型 值 的 最 大 者 
template <typename T> 
inline T const& max (T const& a, T const& b) 
' 
returnna<b?b:a; 
} 
1/ 求 两 个 指针 所 指向 值 的 最 大 者 
template <typename T> 
inline T* const& max (T* const& a, T* const& b) 
| 
return *a <*b?b:a; 
} 
1/ 求 两 个 C 字 符 串 的 最 大 者 
inline char const* const& max (char const* const& a, 


char const* const& b) 


return std::stremp(a,b) <0°?b:a; 
} 
int main () 
{ 
int a=7; 
int b=42: 
::max(a,b); // max() 求 两 个 int 值 的 最 大 值 
std::string s="hey"; 
std::string t="you"; 
::max(s,t); // max() 求 两 个 std:string 类 型 的 最 大 值 
int* pl = &b; 
int* p2 = &a; 
::max(p1,p2); // max() 求 两 个 指针 所 指向 值 的 最 大 者 
char const* S1 = "David"; 
char const* s2 = "Nico"; 
:max(s1s2); // max() 求 两 个 c 字 符 串 的 最 大 值 
} 
注意 ， 在 所 有 重 载 的 实现 里 面 ， 我 们 都 是 通过 引用 来 传递 每 个 实 参 
的 。 一 般 而 言 ， 在 重 载 函 数 模板 的 时 候 ， 最 好 只 是 改变 那些 需要 改变 的 
内 容 ; 就 是 说 ， 你 应 该 把 你 的 改变 限制 在 下 面 两 种 情况 ， 改变 参数 的 数 
目 或 者 显 式 地 指定 模板 参数 。 人 否则 就 可 能 会 出 现 非 预期 的 结果 。 例 如 ， 
对 于 原来 使 用 传 引用 的 max0O 模 板 ， 你 用 C-string 类 型 进行 重 载 ， 但 对 于 
现在 《 即 重 载 厂 本 的 ) 基于 C-strings 的 max0 函 数 ， 你 是 通过 传 值 来 传递 
参数 ;那么 你 就 不 能 使 用 3 个 参数 的 max(0 版 本 ， 来 对 3 个 C-string 求 最 大 
值 : 


//basics/max3a.cpp 








#include <iostream> 


#include <cstring> 
#include <string> 
/ 两 个 任意 类 型 值 的 最 大 者 (通过 传 引用 进行 调用 ) 
template <typename T> 
inline T const& max (T const& a, T const& b) 
{ 
returnna<b?b:a; 
} 
/ 两 个 C 字 符 串 的 最 大 者 (通过 传 值 进行 调用 ) 
inline char const* max (char const* a, char const* b) 
' 
return std::stremp(a,b) <0?b:a; 
} 
1/ 求 3 个 任意 类 型 值 的 最 大 者 (通过 传 引用 进行 调用 ) 


template <typename T> 





inline T const& max (T const& a, T const& b, T const& c) 
\ 
retur max (max(a,b), c); /注意 : 如 果 max(a,b) 使 用 传 值 调用 
/那么 将 会 发 生 错 误 
} 
int main () 
{ 
::max(7, 42, 08); // OK 
const char* S1 = "frederic"; 
const char* s2 = "anica", 
const char* s3 = "lucas"; 


::max(s1, s2, S3); // 错误 。 


} 

问题 在 于 : 如 果 你 对 3 个 C-strings 调 用 max()， 那 么 语句 : 

return max (max(a,b),C); 

将 会 产生 一 个 错误 。 这 是 因为 对 于 C-strings 而 言 ， 这 里 的 max(a,b) 
产生 了 一 个 新 的 临时 局 部 值 ， 该 值 有 可 能 会 被 外 面 的 max 函 数 以 传 引 用 
的 方式 返回 ， 而 这 将 导致 传 回 无 效 的 引用 。 

对 于 复杂 的 重 载 解析 规则 所 产生 的 结果 ， 这 只 是 具有 非 预 期 行为 的 
代码 例子 中 的 一 例 而 已 。 例 如 ， 妆 调用 重 载 函数 的 时 候 ， 调 用 结果 就 有 
可 能 与 该 重 载 函数 在 此 时 可 见 与 否 这 个 事实 有 关 ， 但 也 可 能 没有 关系 。 
事实 上， 定义 一 个 具有 3 个 参数 的 max0 版 本 ， 而 且 直 到 该 定义 处 还 没 
有 看 到 一 个 具有 两 个 int 参 数 的 重 载 max0 版 本 的 声明 ;， 那 么 这 个 具有 3 个 
int 实 参 的 max() 调 用 将 会 使 用 具有 2 个 参数 的 模板 ， 而 不 会 使 用 基于 int 的 
重 载 版 本 max(0): 

/basics/max4.cpp 

/ 求 两 个 任意 类 型 值 的 最 大 者 


template <typename 工 > 











inline T const& max (T const& a, 工 Constg& b) 
{ 
returnna<b?b:a; 
} 
1/ 求 3 个 任意 类 型 值 的 最 大 者 
template <typename T> 
inline T const& max (T const& a, T const& b, T const& c) 
{ 
retum max (max(a,b), C); /使 用 了 模板 的 版 本 ， 即 使 有 下 面 声明 
的 int 





/版 本 ， 但 该 声明 来 得 太 迟 了 


} 

/ 求 两 个 int 值 的 最 大 者 

inline int const& max (int const& a, int const& b) 

{ 

returma<b?b:a; 

} 

我 们 将 在 9.2 节 讨 论 这 个 细节 ; 但 束 目 前 而 言 ， 你 应 该 牢记 一 条 首 
要 规则 :函数 的 所 有 乍 载 版 本 的 声明 都 应 该 位 于 该 函数 被 调用 的 位 置 之 
月 。 








2.5 小 结 


“模板 函数 为 不 同 的 模板 实 参 定 义 了 一 个 函数 家 族 。 

“ 当 你 传递 模板 实 参 的 时 候 ， 可 以 根据 实 参 的 类 型 来 对 函数 模板 进 
行 实例 化 。 

"你 可 以 显 式 指定 模板 参数 。 

“你 可 以 重 载 函 数 模 板 。 

“ 当 重 载 函 数 模板 的 时 候 ， 把 你 的 改变 限制 在 : 显 式 地 指定 模板 参 
数 。 

一 定 要 让 函数 模板 的 所 有 重 载 版 本 的 声明 都 位 于 它们 被 调用 的 位 
置 之 前 。 





第 3 音 类 模 板 


与 图 数 相似 ， 类 也 可 以 被 一 种 或 多 种 类 型 参数 化 。 容 吉 类 台 是 一 个 
具有 这 种 特性 的 典型 例子 ， 它 通 利和 被 用 于 管理 菜 种 特定 类 型 的 元 素 。 只 
要 使 用 类 模板 ， 你 就 可 以 实现 容 露 类， 而 不 需要 确定 容器 中 元 素 的 类 
型 。 在 这 一 章 中 ， 我 们 使 用 Stack 作 为 类 模板 的 例子 。 


3.1 类 模板 Stack 的 实现 


与 图 数 模 板 的 处 理 方式 一 样 ， 我 们 在 同一 个 头 文 件 中 声明 和 定义 类 
Stack< > 我 们 将 在 6.3 小 节 讨 论 如 何 把 声明 和 定义 放 在 不 同 的 文件 
中 ) ， 如 下 : 

/basics/stack1.hpp 





#include <vector> 
#include <stdexcept> 
template <typename T> 


class Stack { 





private: 

std::vector<T> elems; ”// 存储 元 素 的 容器 
public: 

void push(T const&); 。 ”// 压 入 元 素 

void popO); / 弹出 元 素 

T top() const; /返回 栈 顶 元 素 


bool empty() const{ /返回 栈 是 否 为 空 


return elems.empty(); 


}; 
template <typename T> 
void Stack<T>::push (T const& elem) 
| 
elems.push_back(elem); ”// 把 elem 的 找 贝 附加 到 末尾 
} 
template<typename T> 


void Stack<T>::pop ( 








{ 
if (elems.empty()) { 
throw std::out_of range("Stack<>::pop(O: empty stack"); 
} 
elems.pop_back(); // 删 除 最 后 一 个 元 素 
} 


template <typename T> 


T Stack<T>::top () const 








{ 
if (elems.empty()) { 
throw std::out_of _ range("Stack<>::top(): empty stack"); 
} 
return elems.back(); /返回 最 后 一 个 元 素 的 拷贝 
} 


可 以 看 出 ， 类 模板 Stack<> 是 通过 C++ 标准 库 的 类 模板 vector< > 来 实 
现 的 ， 因 此 ， 我 们 不 需要 亲自 实现 内 存 管理 、 找 贝 构造 函 数 和 赋值 运算 
符 ; 从 而 可 以 把 精力 放 在 该 类 模板 的 接口 实现 上 。 


3.1.1 类 模板 的 声 昌 


类 模板 的 声明 和 函数 模板 的 声明 很 相似 : 在 声明 之 前 ， 我 们 先 〈 用 
一 条 语句 ) 声明 作为 类 型 参数 的 标识 符 ; 我 们 继续 使 用 T 作 为 该 标识 


大全 


付 :; 
template <typename T> 


class Stack { 
}; 


template <class T> 


class Stack { 


}; 


在 此 ， 我 们 可 以 再 次 使 用 关键 字 class 来 代 蔡 typename: 


在 类 模板 的 内 部 ，T 可 以 像 其 他 任何 类 型 一 样 ， 用 于 声明 成 员 变 量 
和 成 员 函 数 。 在 下 面 的 例子 中 ，T 被 用 于 声明 Vector 的 元 素 类 型 ， 声 明 
pushO 是 一 个 接收 第 量 T 引 用 为 唯一 实 参 的 成 员 函 数 ， 声 明 top(0 是 返回 类 


型 为 T 的 成 员 函 数 : 
template <typename T> 
class Stack { 


private: 


std::vector<T> elems; 


public: 
Stack(); 


void push(T const &); 


void pop(); 
T top() const; 





// 存 储 元 素 的 容器 


/构造 函数 
/ 压 入 元 亲 
/弹出 元 素 
/返回 栈 顶 元 素 


}; 

这 个 类 的 类 型 是 Stack<T>， 其 中 T 是 模板 参数 。 因 此 ， 当 在 声明 中 
需要 使 用 该 类 的 类 型 时 ， 你 必须 使 用 Stack<T>。 例 如 ， 如 果 你 要 声明 自 
己 实现 的 拷贝 构造 函数 和 赋值 运算 符 ， 那 么 应 该 这 样 编写 [8] : 


template <typename T> 








class Stack { 


Stack (Stack<T> const&); / 找 贝 构造 函数 
Stack<T>& operator= (Stack<T> const&); /赋值 运算 符 


1 
然而 ， 当 使 用 类 名 而 不 是 类 的 类 型 时 ， 就 应 该 只 用 Stack; 壁 如 ， 
当 你 指定 类 的 名 称 、 类 的 构造 函数 、 析 构 函 数 时 ， 就 应 该 使 用 Stack。 
3.1.2 成 员 函 数 的 实现 
为 了 定义 类 模板 的 成 员 函 数 ， 你 必须 指定 该 成 员 函 数 是 一 个 函数 模 
板 ， 而 且 你 还 需要 使 用 这 个 类 模板 的 完整 类 型 限定 符 [9] 。 因 此 ， 类 型 
Stack<T> 的 成 员 函 数 push() 的 实现 如 下 : 


template <typename T> 








void Stack<T>::push (T const& elem) 
{ 
elems.push_back (elem); /把 传 入 实 参 elem 的 拷贝 
/附加 到 末端 

} 

在 上 面 的 例子 中 ， 调 用 了 对 应 vector 的 push_back() 方 法 ， 它 把 传 入 
元 素 附加 到 该 vector 的 末端 。 

请 注意 : vector 的 pop_back(0) 方 法 只 是 删除 末尾 的 元 素 ， 并 没有 返 


回 该 元 素 ; 之 所 以 如 此 是 充分 考虑 了 异常 安全 性 ， 因 为 要 实现 “一 个 绝 
对 异常 安全 并 且 返 回 被 删除 元 素 的 pop()” 是 不 可 能 的 “(Tom Cargill 在 
[CargillExceptionSafety] 中 首次 讨论 了 这 个 话题 ，Sutter 在 
[SutterExceptional] 的 Item 10 也 提 到 这 个 问题 )》。 然 而 ， 如 果 不 考虑 异 季 
安全 性 ， 我 们 就 可 以 实现 一 个 返回 被 删除 元 素 的 “popO。 事 实 上 ， 只 需 
要 使 用 T 声明 一 个 局 部 变量 ， 并 保证 该 变量 的 类 型 就 是 Vector 元 素 的 类 
型 即 可 ; 具体 如 下 : 

template<typename T> 

T Stack<T>::pop() 





{ 

让 (elems.emptyO ) { 

throw std::out_of range(“Stack<>::pop(): empty Stack”); 

} 

T elem = elems.back(): // 先 保存 末端 元 素 的 拷贝 

elems.pop_back(); 1/ 删除 末端 元 素 

return elem:; // 返 回 上 面 保存 的 元 素 的 拷贝 
} 


因为 当 vector 为 空 的 时 候 ， 它 的 back0) 方 法 (返回 末端 元 素 的 值 ) 和 
pop_back0) 方 法 《删除 未 端 元 素 ) 会 具有 未 加 定义 的 行为 ， 因 此 我 们 需 
要 先 检查 该 stack 是 否 为 空 。 如 采 为 空 ， 就 抛 出 std::out_of range 寞 各。 
同样 ， 在 topO 的 实现 中 ， 我 们 也 是 用 这 种 办 法 来 判断 对 应 stack 是 人 否 次 
空 ; topO 只 是 返回 栈 的 顶端 0] 元 素 ， 并 不 删除 该 元 素 : 

template<typename 工 > 

T Stack<T>::top() const 

| 

if (elems.empty()) { 
throw std::out_of range(“Stack::top(); empty Stack”); 


数 ， 


} 
return elems.back(); // 返 回 末 端 元 素 的 拷贝 
} 
显然 ， 对 于 类 模板 的 任何 成 员 函 数 ， 你 都 可 以 把 它 实 现 为 内 联 函 
将 它 定 义 于 类 声明 里 面 。 例 如 : 
template <typename T> 


class Stack { 


void push (T const& elem) { 
elems.push_back(elem); /把 传 入 的 elem 实 参 附 加 到 末端 


3.2 类 模板 Stack 对 


为 了 使 用 类 模板 对 象 ， 你 必须 显 式 地 指定 模板 实 参 。 下 面 的 例子 展 


示 了 如 何 使 用 类 模板 Stack<>: 


/basics/stack1ltest.cpp 
#include <iostream> 
#include <string> 
#include <cstdlib> 
#include "stack1.hpp" 
int main() 
{ 

try { 

Stack<int> intStack; //， 元 素 类 型 为 int 的 栈 


[11] 

Stack<std::string> stringStack; / 元 素 类 型 为 字符 串 的 栈 
/ 使 用 int 栈 
intStack.push(7); 
std::cout << intStack.top() << std::end!l; 
/ 使 用 string 栈 
stringStack.push("hello"); 
std::cout << stringStack.top() << std::end]; 
stringStack.pop(); 
stringStack.pop(); 

} 

catch (std::exception const& ex) { 
std::cerr << "Exception: " << ex.what() << std::end!l; 
return EXIT_FAILURE; /程序 退出 ， 且 带 有 ERROR 标 记 


} 

通过 声明 类 型 Stack<int>， 在 类 模板 内 部 就 可 以 用 int 实 例 化 T。 
此 ，intStack 是 一 个 创建 自 Stack<int> 的 对 象 ， 它 的 元 素 储存 于 vector， 
且 类 型 为 ”int。 对 于 所 有 被 调用 的 成 员 函 数 ， 都 会 实例 化 出 基于 int 类 型 
的 函数 人 代码。 类似， 如 果 声 明和 使 用 Stack<std::string>， 将 会 创建 一 个 
Stack<std::string> 对 象 ， 它 的 元 素 储 存 于 vector， 且 类 型 为 std::string; 
而 对 于 所 有 被 调用 的 成 员 函 数 ， 也 会 实例 化 出 基于 std::string 的 函数 代 
码 ; 

注意 ， 只 有 那些 被 调用 的 成 员 函 数 ， 才 会 产生 这 些 函 数 的 实例 化 代 
码 。 对 于 类 模板 ， 成 员 函 数 只 有 在 被 使 用 的 时 候 才 会 被 实例 化 。 显 然 ， 
这 样 可 以 节省 空间 和 时 间 ; 另 一 个 好 处 是 : 对 于 那些 “未 能 提供 所 有 成 
员 函 数 中 所 有 操作 的 ?类 型 ， 你 也 可 以 使 用 该 类 型 来 实例 化 类 模板 ， 只 





要 对 那些 “未 能 提供 某 些 操作 的 ?成 员 函 数 ， 模 板 内 部 不 使 用 就 可 以 。 例 
如 ， 某 些 类 模板 中 的 成 员 函 数 会 使 用 operator< 来 排序 元 素 ， 如 果 不 调用 
这 些 “ 使 用 operator< 的 ”成员 函数 ， 那 么 对 于 没有 定义 operator< 的 类 型 ， 
也 可 以 被 用 来 实例 化 该 类 模板 。 

在 上 面 的 例子 中 ， 缺 省 构造 函数 、pushO0 和 top0O 都 被 实例 化 了 一 个 
int 版 本 和 一 个 string 版 本 ; 而 popO 仪 被 实例 化 了 一 个 string 版 本 。 男 一 方 
面 ， 如 果 类 模板 中 含有 静态 成 员 ， 那 么 用 来 实例 化 的 每 种 类 型 ， 都 会 实 
例 化 这 些 静 态 成 员 。 

你 可 以 像 使 用 其 他 任何 类 型 一 样 地 使 用 实例 化 后 的 类 模板 类 型 (如 
Stack<int>) ， 只 要 它 文 持 所 调用 的 操作 就 可 以 : 

void foo(Stack<int> const& s)// 参 数 s 是 int 栈 ， 即 Stack<int> 

{ 





Stack<int> istack[10]: ”Wistack 是 含有 10 个 int 栈 的 数组 


} 
借助 于 类 型 定义 ， 你 可 以 更 方便 地 使 用 类 模板 : 
typedef Stack<int> IntStack; 
void foo(IntStack const&x s) //s 是 一 个 int 栈 
{ 
IntStack istack[10]: //istack 是 一 个 含有 10 个 int 栈 的 数组 


} 

C++ 的 类 型 定义 只 是 定义 了 一 个 “类 型 别名 ”， 并 没有 定义 一 个 新 类 
型 。 因 此 ， 在 进行 类 型 定义 : 

typedef Stack<int> IntStack; 

之 后 ，IntSatck 和 Stack<int> 实 际 上 是 相同 的 类 型 ， 并 可 以 用 于 相互 
赋值 。 


模板 实 参 可 以 是 任何 类 型 ， 诸 如 指向 浮 点 型 的 指针 ， 甚 至 元 素 类 型 
为 int 的 Stack 都 可 以 作为 模板 实 参 : 

Stack<float*> floatPtrStack; ”// 元 素 类 型 为 浮 点 型 指针 的 栈 

Stack<Stack<int> > ”intStackStack; ”// 元 素 类 型 为 int 栈 的 栈 

唯一 的 要 求 就 是 : 该 类 型 必须 提供 被 调用 的 所 有 操作 。 

另外 ， 你 需要 在 两 个 靠 在 一 起 的 模板 尖 括 号 〈 即 >) 之 间 留 一 个 空 
格 ; 否则 ， 编 译 颖 将 会 认为 你 是 在 使 用 operator>>， 而 这 将 会 导致 一 个 
语法 错误 : 


Stack<Stack<int>> intStackStack: /ERROR: 这 里 不 允许 使 用 >> 








3.3 类 模板 的 特 


你 可 以 用 模板 实 参 来 特 化 类 模板 。 和 函数 模板 的 重 载 类 似 ， 通 过 特 
化 类 模板 ， 你 可 以 优化 基于 某 种 特定 类 型 的 实现 ， 或 者 克服 条 种 特定 类 
型 在 实例 化 类 模板 时 所 出 现 的 不 足 [2] 。 男 外 ， 如 果 要 特 化 一 个 类 模 
板 ， 你 还 要 特 化 该 类 模板 的 所 有 成 员 函 数 。 虽 然 也 可 以 只 特 化 茶 个 成 员 
函数 ， 但 这 个 做 法 并 没有 特 化 整个 类 ， 也 束 没 有 特 化 整个 类 模板 。 

为 了 特 化 一 个 类 模板 ， 你 必须 在 起 始 处 声明 一 个 template<>， 接 下 
来 声明 用 来 特 化 类 模板 的 类 型 。 这 个 类 型 被 用 作 模 板 实 参 ， 且 必须 在 类 
名 的 后 面 直接 指定 : 


template<> 











class Stack<std::string> { 


} 





进行 类 模板 的 特 化 时 ， 每 个 成 员 函 数 部 必须 重新 定义 为 普通 函数 ， 
原来 模板 函数 中 的 每 个 T 也 相应 地 被 进行 特 化 的 类 型 取代 : 


void Stack<std::string>::push (std::string const& elem) 


elems.push_back(elem); /附加 传 入 实 参 elem 的 拷贝 
} 
下 面 是 一 个 用 std::string 特 化 Stack<> 的 完整 例子 : 
//basics/stack2.hpp 
#include <deque> 
#include <string> 
#include <stdexcept> 
#include "stack1.hpp" 
template<> 
class Stack<std::string> { 

private: 
std::deque<std::string> elems; 。”// 包含 元 素 的 容器 


public: 
void push(std::string const&); 。”// 压 入 元 素 
void popO); / 弹出 元 素 
std::string top() const; // 返回 栈 顶 元 素 
bool empty() const { /返回 栈 是 否 为 空 
return elems.empty(); 
} 


上 
void Stack<std::string>::push (std::string const& elem) 
' 
elems.push_back(elem); /把 传 入 的 实 参 ealem 附 加 到 末端 
} 
void Stack<std::string>::pop () 


if (elems.empty()) { 
throw std::out_of_range 


("Stack<std::string>::pop(): empty stack"); 


} 
elems.pop_back(); /删除 末端 元 素 
} 
std::string Stack<std::string>::top () const 
| 
if (elems.empty()) { 
throw std::out_of_range 
("Stack<std::string>::top(): empty stack"); 
} 
return elems.back(); /返回 末端 元 素 的 拷贝 
} 


在 上 面 的 例子 里 ， 我 们 使 用 了 一 个 deque， 而 不 是 vector， 来 管理 








stack 内 部 的 元 素 。 我 们 使 用 这 种 用 法 并 不 在 于 获得 某 种 好 处 [13] ， 而 
只 是 为 了 说 明 : 特 化 的 实现 可 以 和 基本 类 模板 (prinmary template) 的 
实现 完全 不 同 。 


3.4 局 部 特 





类 模板 可 以 被 局 部 特 化 。 你 可 以 在 特定 的 环境 下 指定 类 模板 的 特定 





实现 ， 并 且 要 求 东 些 模板 参数 仍然 必须 由 用 户 来 定义 。 例 如 类 模板 : 


template <typename 工 , typename 工 2> 
class MyClass { 


上 





就 可 以 有 下 面 几 种 局 部 特 化 : 

/局 部 特 化 : 两 个 模板 参数 具有 相同 的 类 型 
template <typename 工 > 

class MyClass<T,T> { 


}; 
// 局 部 特 化 ， 第 2 个 模板 参数 的 类 型 是 int 
template<typename T> 


class MyClass<T,int> { 


上 

/局 部 特 化 : 两 个 模板 参数 都 是 指针 类 型 。 
template<typename 工 ,typename T2> 

class MyClass<T1*,T2*>{ 


上 
下 面 的 例子 展示 各 种 声明 会 使 用 哪个 模板 : 
Myclass<int,float> mif; // 使 用 MyClass<T1,T2> 


MyClass<float,float> mff; // 使 用 MyClass<T,T> 
MyClass<float,int> mfi; // 使 用 MyClass<T,int> 
MyClass<int*,float*> mp; // 使 用 MyClass<T1*,T2*> 
如 果 有 多 个 局 部 特 化 同等 程度 地 [区 配 某 个 声明 ， 那 么 就 称 该 声明 具 
有 二 义 性 : 

MyClass<int,int> m:; // 错 误 :同等 程度 地 [匹配 MyClass<T,T> 

// 和 MyClass<T,int> 
MyClass<int*,int*> mi // 错 误 :同等 程度 地 [匹配 MyClass<T,T> 

// 和 MyClass<T1*,T2*> 





为 了 解决 第 2 种 二 义 性 ， 你 可 以 另外 提供 一 个 指 癌 相同 类 型 指针 的 
特 化 : 


template<typename 工 > 
Class MyClass<T*,T*> { 


}; 
至 于 更 多 的 细节 ， 请 见 12.4 节 。 


3.5 人 缺 省 模板 实 参 





对 于 类 模板 ， 你 还 可 以 为 模板 参数 定义 缺 省 值 ， 这 些 值 就 被 称 为 缺 
省 模板 实 参 ;， 而且， 它们 还 可 以 引用 之 前 的 模板 参数 。 例 如 ， 在 类 
Stack<> 中 ， 你 可 以 把 用 于 管理 元 又 的 容器 定义 为 第 2 个 模板 参数 ， 并 且 
使 用 std::vector<> 作 为 它 的 缺 省 值 : 

/basics/stack3.hpp 





#include <vector> 

#include <stdexcept> 

template <typename T, typename CONT = std::vector<T> > 
class Stack { 


private: 

CONT elems; // 包含 元 素 的 容器 
public: 

void push(T const&); // 压 入 元 素 

void popO); / 弹出 元 素 

T top() const; // 返回 栈 顶 元 素 

bool empty() const { /返回 栈 是 否 为 空 


return elems.empty(); 


}; 
template <typename T, typename CONT> 
void Stack<T,CONT>::push (T const& elem) 
| 
elems.push_back(elem); 。”// 把 传 入 实 参 elem 附 加 到 末端 
} 
template <typename T, typename CONT> 
void Stack<T,CONT>::pop () 


{ 
if (elems.empty()) { 
throw std::out_of _ range("Stack<>::pop(: empty stack"); 
} 
elems.pop_back(); /删除 末端 元 素 
} 


template <typename T, typename CONT> 
T Stack<T,CONT>::top () const 


{ 
if (elems.empty()) { 
throw std::out_of _ range("Stack<>::top(): empty stack"); 
} 
return elems.back(); /返回 末端 元 素 的 拷贝 
} 


可 以 看 到 : 我 们 的 类 模板 含有 两 个 模板 参数 ， 因 此 每 个 成 员 函 数 的 
定义 都 必须 具有 这 两 个 参数 : 

template <typename T,typename CONT> 

void Stack<T,CONT>::push(T const& elem) 


elems.push_back(elem); /附加 传 入 实 参 elem 的 拷贝 
} 
你 仍然 可 以 像 前 面 例子 一 样 使 用 这 个 栈 (stack〉 ; 束 是 说 ， 如 果 你 





只 传递 第 一 个 类 型 实 参 给 这 个 类 模板 ， 那 么 将 会 利用 vector 来 管理 stack 
的 元 素 : 


template<typename T,typename CONT = std::vector<T> > 
class Stack { 
private: 
CONT elems; // 包 含 元 素 的 容器 


} 
另外 ， 当 在 程序 中 声明 Stack 对 象 的 时 候 ， 你 还 可 以 指定 容器 的 类 


/basics/stack3test.cpp 
#include <iostream> 
#include <deque> 
#include <cstdlib> 


#include "stack3.hpp" 


int main() 
| 
try { 
// int 栈 : 


Stack<int> intStack; 

/ double 栈 ， 它 使 用 std::deque 来 管理 元 素 
Stack<double,std::deque<double> > dblStack; 
/ 使 用 int 栈 


intStack.push(7); 
std::cout << intStack.top() << std::endl; 
intStack.popO); 
/ 使 用 double 栈 
dblStack.push(42.42); 
std::cout << dblStack.top() << std::endl; 
dblStack.pop(); 
dblStack.pop(); 
} 
catch (std::exception const& ex) { 
std::cerr << "Exception: " << ex.what() << std::end!l; 


return EXIT_FAILURE: // 退出 程序 ， 且 有 ERROR 标 记 


} 

使 用 

Stack<double,std::deque<double> > 

你 可 以 声明 一 个 “元 素 类 型 为 double， 并 且 使 用 std::deque<> 在 内 部 
管理 元 素 ” 的 栈 。 





3.6 小 结 
"类 模板 是 具有 如 下 性 质 的 类 : 在 类 的 实现 中 ， 可 以 有 一 个 或 多 个 





类 型 还 没有 被 指定 。 
"为 了 使 用 类 模板 ， 你 可 以 传 入 某 个 具体 类 型 作为 模板 实 参 ， 然 后 
编译 器 将 会 基于 该 类 型 来 实例 化 类 模板 。 
"对 于 类 模板 而 言 ， 只 有 那些 被 调用 的 成 员 函 数 才 会 被 实例 化 。 
“你 可 以 用 茶 种 特定 类 型 特 化 类 模板 。 





“你 可 以 用 茶 种 特定 类 型 局 部 特 化 类 模板 。 
“你 可 以 为 类 模板 的 参数 定义 缺 省 值 ， 这 些 值 还 可 以 引用 之 前 的 模 
板 参 数 。 








第 4 音 浴 型 模 参 类 








对 于 函数 模板 和 类 模板 ， 模 板 参 数 并 不 局 限于 类 型 ， 普 通 值 也 可 以 
作为 模板 参数 。 在 基于 类 型 参数 的 模板 中 ， 你 定义 了 一 些 具 体 细 市 未 加 
确定 的 代码 ， 直 到 代码 被 调用 时 这 些 细节 才 被 真正 确定 。 然 而 ， 在 这 
里 ， 我 们 面 对 的 这 些 细节 是 值 (value〉， 而 不 是 类 型 。 当 要 使 用 基于 值 
的 模板 时 ， 你 必须 显 式 地 指定 这 些 值 ， 才 能 够 对 模板 进行 实例 化 ， 并 获 
得 最 终 代 码 。 在 这 一 章 里 ， 我 们 将 使 用 一 个 新 版 本 的 stack 类 模板 来 禾 
述 这 个 特性 。 男 外 ， 我 们 还 给 出 了 一 个 非 类 型 函数 模板 参数 的 例子 ， 并 
且 讨 论 了 这 一 技术 的 某 些 限制 。 








4.1 韭 类 型 的 类 模板 参 类 


较 之 前 一 章 stack 例 子 的 实现 ， 你 也 可 以 使 用 元 素数 目 固定 的 数组 来 
实现 stack。 这 个 方法 (用 固定 大 小 的 数组 〉 的 优点 是 : 无 论 是 由 你 来 杀 
自 管理 内 存 ， 还 是 由 标准 容器 来 管理 内 存 ， 都 可 以 避免 内 存 管理 开销 。 
然而 ， 决 定 一 个 栈 (stack) 的 最 佳 容量 是 很 困难 的 。 如 果 你 指定 的 容量 
太 小 ， 那 么 栈 可 能 会 洲 出 ， 如 果 指 定 的 容量 太 大 ， 那 么 可 能 会 不 必要 地 
浪费 内 存 。 一 个 好 的 解决 方法 就 是 : 让 栈 的 用 户 杀 上 自 指定 数组 的 大 小 ， 
并 把 它 作 为 所 需要 的 栈 元 系 的 最 大 个 数 。 

为 了 做 到 这 一 点 ， 你 需要 把 数组 大 小 定义 为 一 个 模板 参数 : 

//basics/stack4.hpp 








#include <stdexcept> 
template <typename T, int MAXSIZE> 
class Stack { 


private: 


Telems[MAXSIZE]; // 包含 元 素 的 数组 

int numElems; / 元 素 的 当前 总 个 数 
public: 

Stack0); / 构造 函数 

void push(T const&); 。”// 压 入 元 素 

void popO); / 弹出 元 素 

T top() const; /返回 栈 顶 元 素 


bool empty() const{ /返回 栈 是 否 为 空 
return numElems == 0; 

} 

bool full() const { // 返回 栈 是 否 已 满 
return numElems == MAXSIZE:; 


上 
/ 构造 函数 
template <typename T, int MAXSIZE> 
Stack<T, MAXSIZE>::Stack () 
: numElems(0) / 初始 时 栈 不 含 元 素 


/不 做 任何 事情 
} 
template <typename T, int MAXSIZE> 
void Stack<T, MAXSIZE>::push (T const& elem) 
{ 
if (numElems == MAXSIZE) { 
throw std::out_of range("Stack<>::push(): stack is full"); 


} 
elems[numElems] = elem: /附加 元 素 
++numElems; / 增加 元 素 的 个 数 
} 
template<typename T, int MAXSIZE> 
void Stack<T, MAXSIZE>::pop () 


' 
if (numElems <= 0) { 
throw std::out_of _ range("Stack<>::pop(): empty stack"); 
} 
--numElems; / 减少 元 素 的 个 数 
} 


template <typename T, int MAXSIZE> 
T Stack<T, MAXSIZE>::top () const 








' 
if (numElems <= 0) { 
throw std::out_of _ range("Stack<>::top(): empty stack"); 
} 
return elems[numElems-1]; /返回 最 后 一 个 元 素 
} 


MAXSIZE 是 新 加 入 的 第 2 个 模板 参数 ， 类 型 为 int， 它 指定 了 数组 最 
多 可 包含 的 栈 元 素 的 个 数 : 
template<typename T, int MAXSIZE> 
class Stack { 


private: 
T elems[MAXSIZE]: // 包 含 元 素 的 数组 


大 


上 
男 外 ， 我 们 使 用 push() 来 检查 该 栈 是 否 已 经 满 了 : 
template <typename T, int MAXSIZE> 
void Stack<T, MAXSIZE>::push (T const& elem) 








\ 
if (numElems = = MAXSIZE ){ 
throw std::out_of _ range ("Stack<>::push():stack is full") 
} 
elems [numElems] = elem; /附加 元 素 
++numElems: // 增 加 元 素 的 个 数 
} 


为 了 使 用 这 个 类 模板 ， 你 需要 同时 指定 元 素 的 类 型 和 个 数 〈 即 栈 的 
容量 ) : 
/basics/stack4test.cpp 
#include <iostream> 
#include <string> 
#include <cstdlib> 
#include "stack4.hpp" 
int main() 
{ 
try { 
Stack<int,20> ”int20Stack; ”// 可 以 存储 20 个 int 元 素 的 栈 
Stack<int,40> int40Stack; V/ 可 以 存储 40 个 int 元 素 的 栈 
Stack<std::string,40> stringStack; / 可 存储 40 个 string 元 素 的 栈 
/ 使 用 可 存储 20 个 int 元 素 的 栈 
int20Stack.push(7); 
std::cout << int20Stack.top() << std::endl; 


int20Stack.pop(); 
/ 使 用 可 存储 40 个 string 的 栈 
stringStack.push("hello"); 
std::cout << stringStack.top() << std::end!l; 
stringStack.pop(); 
stringStack.pop(); 
} 
catch (std::exception const& ex) { 
std::cerr << "Exception: " << ex.what() << std::end!l; 


return EXIT_FAILURE: // 退出 程序 且 有 ERROR 标 记 


} 

可 以 看 出 ， 每 个 模板 实例 都 具有 上 自己 的 类 型 ， 因 此 int20Stack 和 
int40Stack 属于 不 同 的 类 型 ， 而 且 这 两 种 类 型 之 间 也 不 存在 显 式 或 者 隐 
式 的 类 型 转换 ， 所 以 它们 之 间 不 能 互相 蔡 换 ， 更 不 能 互相 赋值 。 

同样 ， 我 们 可 以 为 模板 参数 指定 缺 省 值 : 

template<typename T = int, int MAXSIZE = 100> 








class Stack { 


上 
然而 ， 如 果 从 优化 设计 的 观点 来 看 ， 这 个 例子 并 不 适合 使 用 缺 省 

值 。 缺 省 值 应 该 是 直观 上 正确 的 值 。 但 是 对 于 栈 的 类 型 和 大 小 而 言 ，int 
类 型 和 最 大 容量 100 从 直观 上 看 起 来 都 不 是 正确 的 。 因 此 ， 在 这 里 最 好 
还 是 让 程序 员 显 式 地 指定 这 两 个 值 。 因 此 我 们 可 以 在 设计 文档 中 用 一 条 
声明 来 说 明 这 两 个 属性 〈 即 类 型 和 最 大 容量 ) 。 


4.2 非 类 型 的 函数 模板 参数 











你 也 可 以 为 函数 模板 定义 非 类 型 参数 。 例 如 ， 下 面 的 函数 模板 定义 
了 一 组 用 于 增加 特定 值 的 函数 : 

//basics/addval.hpp 

template<typename T, int VAL> 

T addValue(T const& x) 

{ 

return X + VAL; 

} 

如 果 需 要 把 函数 或 者 操作 用 作 参 数 的 话 ， 那 么 这 类 函数 就 是 相当 有 
用 的 。 壁 如 ， 借 助 于 标准 模板 库 〈STL ) ， 你 可 以 传递 这 个 函数 模板 的 
实例 化 体 给 集合 中 的 每 一 个 元 素 ， 让 它们 都 增加 一 个 整数 值 : 

std::transform (source.begin(), source.end(), // 源 集合 的 起 点 





/和 终点 
dest.begin(), // 目 标 集合 的 起 点 
addValue<int,5>); // 操 作 (或 者 函数 ) 


在 上 面 的 调用 中 ， 最 后 一 个 实 参 实例 化 了 函数 模板 addValue()， 它 
让 int 元 素 增 加 5。 源 集合 source 中 的 每 一 个 元 素 都 会 调用 实例 化 后 的 
addvValue0 函 数 ， 并 把 调用 结果 放 入 目标 集合 dest。 

另 一 方面 ， 这 个 例子 有 一 个 问题 : addValue<int,5> 是 一 个 函数 模板 
实例 ， 而 函数 模板 实例 通 弟 被 看 成 是 用 来 命名 一 组 重 载 函数 的 集合 《〈 即 
使 该 组 只 有 一 个 函数 ) 。 然 而 ， 根 据 现今 的 标准 ， 重 载 函数 的 集合 并 不 
能 被 用 于 模板 参数 的 演绎 。 于 是 ， 你 必须 将 这 个 函数 模板 的 实 参 强制 类 
型 转换 为 具体 的 类 型 ; 

std::transform (source.begin(), source.end(), // 源 集合 的 起 点 

/和 终点 
dest.begin(), // 目 标 集合 的 起 点 
(int(*)(int const&)) addValue<int,5>); // 操 作 








现在 有 一 个 提议 ， 建 议 C++ 标 准 解 决 这 个 问题 ， 从 而 在 这 种 情况 下 
不 需要 进行 强制 类 型 转换 《细节 请 见 [CoreIssue115]) 。 如 果 这 个 提议 被 
通过 的 话 ， 那 么 只 有 在 考虑 可 移植 性 的 情况 下 ， 才 需要 使 用 这 种 强制 转 


型 。 





4.3 2 型 模板 参数 的 恨 制 | 


我 们 还 应 该 知道 : 非 类 型 模板 参数 是 有 限制 的 。 通 党 而 言 ， 它 们 可 
以 是 常 整数 〈 包 括 枚 举 值 ) 或 者 指向 外 部 链接 对 象 的 指针 。 
浮 点 数 和 类 对 象 〈class-type)  [L4] 是 不 允许 作为 非 类 型 模板 参数 











的 : 
template<double VAT> /ERROR: 浮 点 数 不 能 作为 非 类 型 模板 参 
数 
double process (double v) 
lL 
returnv* VAT; 
} 


template<std::string name>  ”//ERROR: 类 对 象 不 能 作为 非 类 型 模板 
参数 
class MyClass { 


上 

之 所 以 不 能 使 用 浮 点 数 〈 包 括 简 单 的 常量 浮 点 表达 式 ) 作为 模板 实 
参 是 有 历史 原因 的 。 然 而 ， 该 特性 的 实现 并 不 存在 很 大 的 技术 障碍 ; 
此 ， 将 来 的 C++ 版 本 可 能 会 文 持 这 个 特性 。 

由 于 字符 串 文 字 是 内 部 链接 对 象 〈《 因 为 两 个 具有 相同 名 称 但 处 于 不 
同 模块 的 字符 串 ， 是 两 个 完全 不 同 的 对 象 ) ， 所 以 你 不 能 使 用 它们 来 作 








为 模板 实 参 : 
template<char const* name> 
class MyClass { 
上 
MyClass<”hello”> x; /ERROR: 不 允许 使 用 字符 串 文 字 ?hello” 
另外 ， 你 也 不 能 使 用 全 局 指针 作为 模板 参数 : 
template <char const* name> 
class MyClass { 
char const* s = ”hello”; 
MyClass<s> x; //s 是 一 个 指 同 内 部 链接 对 象 的 指针 
然而 ， 你 可 以 这 样 使 用 : 
template <char const* name> 


class MyClass { 


}; 
extern char const s[| = ”hello”:; 
MyClass<s> X; /OK 


全 局 字符 数组 s 由 “hello” 初 始 化 ， 古 一 个 外 部 链接 对 象 。 
详细 的 讨论 ， 请 见 8.3.3 小 节 ; 而 13.4 节 给 出 了 将 来 在 这 方面 可 能 出 
现 的 改变 。 


4.4 小 结 


“模板 可 以 具有 值 模板 参数 ， 而 不 仅仅 是 类 型 模板 参数 。 
“对 于 非 类 型 模板 参数 ， 你 不 能 使 用 浮 点 数 、class ”类 型 的 对 象 和 内 
部 链接 对 象 〈 例 如 string) 作为 实 参 。 








本 章 给 出 模板 的 一 些 更 深入 的 基础 知识 ， 它 们 都 是 和 模板 的 实际 应 
用 密切 相关 的 ， 包 括 关 键 字 typename 的 另 一 种 用 法 、 把 成 员 函 数 和 髓 
套 类 [15] ”也 定义 成 模板 、 模 板 的 模板 参数 (template template 
parameters) [16] 、 零 初始 化 和 使 用 字符 串 作 为 模板 实 参 时 所 要 注意 的 
一 些 细 节 。 昌 然 这 些 技术 具有 很 强 的 技巧 性 ， 但 每 个 C++ 程 序 员 日 常 对 
它们 应 该 都 略 有 耳闻 了 。 





5.1 关键 字 typename 


在 C++ 标准 化 过 程 中 ， 引 入 关键 字 typename 是 为 了 说 明 : 模板 内 部 
的 标识 符 可 以 是 一 个 类 型 。 辟 如 下 面 的 例子 : 


template <typename 工 > 





class MyClass { 
typename T::SubType * ptr; 


上 

上 面 程序 中 ， 第 2 个 typename 被 用 来 说 明 : SubType 是 定义 于 类 TT 内 
部 的 一 种 类 型 。 因 此 ，ptr 是 一 个 指 同 T::SubType 类 型 的 指针 。 

如 果 不 使 用 typename，SubType 束 会 被 认为 是 一 个 静态 成 员 ， 那 么 
它 应 该 是 一 个 具体 的 变量 或 对 象 ， 于 是 ， 下 面 表达 式 : 

T::SubType * ptr 

会 化 用 作 是 类 T 的 静态 成 员 SubType 和 ptr 的 乘积 

通常 而 言 ， 当 某 个 依赖 于 模板 参数 的 名 称 是 一 个 类 型 时 ， 就 应 该 使 





用 typename。 我 们 将 在 9.3.2 小 节 详 细 讨 论 这 个 问题 。 

让 我 们 来 考虑 一 个 typename 的 典型 应 用 ， 即 在 模板 代码 中 访问 STL 
容 吉 的 迭代 器 : 

//basics/printcoll.hpp 

#include <iostream> 

1/ 打印 STL 容 器 的 元 素 

template <typename T> 


void printcoll (T const& coll) 


\ 
typename T::const_iterator pos; // 用 于 迭代 coll 的 迭代 器 
typename T::const_iterator end(coll.end()); // 结束 位 置 
for (pos=coll.begin(); pos!=end; ++pos) { 
std::cout << *pos << ”; 
} 
std::cout << std::endl; 
} 


在 这 个 函数 模板 中 ， 调 用 参数 是 一 个 IT 类 型 的 STL 容 器 。 为 了 迭代 
容器 中 的 所 有 元 素 ， 我 们 借助 于 欠 代 器 类 型 ， 而 在 每 个 STL 容 吉 类 中 ， 
都 声明 有 迭代 吉 类 型 const_iterator: 

class stlcontainer { 

typedef ...iterator; // 可 以 读 写 访问 的 迭代 器 
typedef ... const_iterator; “// 只 能 读 访 问 的 迭代 器 


因此 ， 为 了 访问 模板 类 型 为 T 的 const_iterator 类 型 ， 你 需要 在 声明 开 
始 处 使 用 关键 字 typename 来 加 以 限定 ， 如 下 : 


typename T::const_iterator pos; 


.template 构 造 

我 们 在 引入 typename 之 后 ， 发 现 了 一 个 很 相似 的 问题 。 考 虑 下 面 这 
个 使 用 标准 bitset 类 型 的 例子 : 

template <int N> 

void printBitset (std::bitset<N> const&r bs) 

{ 

std::cout<<bs.template to_string<char,char_traits<char>, 
allocator<char> >(); 

} 

本 例 中 有 一 个 奇怪 的 构造 : .template。 如 果 没 有 使 用 这 个 template， 
编译 器 将 不 知道 下 列 事实 : bs.template 后 面 的 小 于 号 (<) 并 不 是 数学 中 
的 小 于 号 ， 而 是 模板 实 参 列 表 的 起 始 符号 ;那么 只 有 在 编辑 器 判断 小 于 
写 (<) 之 前 ， 存 在 依赖 于 模板 参数 的 构造 ， 才 会 出 现 这 种 问题 。 在 这 
个 例子 中 ， 传 入 参数 bs 就 是 依赖 于 模板 参数 N 的 构造 。 

总 之 ， 只 有 当 该 前 面 存在 依赖 于 模板 参数 的 对 象 时 ， 我 们 才 需 要 在 
模板 内 部 使 用 .template 标 记 〈 和 类 似 的 诸如 ->template 的 标记 ) ， 而 且 这 
些 标记 也 只 能 在 模板 中 才能 使 用 。 关 于 更 多 的 细节 ， 请 见 9.3.3 小 节 。 





5.2 this-> 





对 于 具有 基 类 的 类 模板 ， 目 号 使 用 名 称 x 并 不 一 定 等 同 于 this->x。 
即使 该 x 是 从 基 类 继承 获得 的 ， 也 是 如 此 。 例 如 : 


template <typename 工 > 





class Base { 
public: 


void exit(); 


template <typename 工 > 
class Derived : Base<I>{ 
public: 
void foo() { 
exit(); /调用 外 部 的 exit0 或 者 出 现 错误 


}; 

在 这 个 例子 中 ， 在 foo() 内 部 决定 要 调用 哪 一 个 exit(0) 时 ， 并 不 会 考虑 
基 类 Base 中 定义 的 exit()。 因 此 ， 你 如 果 不 是 获得 一 个 错误 ， 就 是 调用 了 
男 一 个 exit()。 

我 们 将 在 9.4.2 小 节 详 细 讨 论 这 个 问题 。 现 在 建议 你 记 住 一 条 规则 : 
对 于 那些 在 基 类 中 声明 ， 并 且 依 赖 于 模板 参数 的 人 符号 (函数 或 者 变量 
等 ) ， 你 应 该 在 它们 前 面 使 用 this-> 或 者 Base<T>::。 如 果 和 硕 望 完 全 避免 
不 确定 性 ， 你 可 以 (使 用 诸如 this-> 和 Base<T>:: 等 ) 限定 (模板 中 ) 所 
有 的 成 员 访 问 。 











5.3 成 员 模 

类 成 员 也 可 以 是 模板 。 网 套 类 和 成 员 函 数 都 可 以 作为 模板 。 我 们 可 
以 通过 一 个 Stack<> 类 模板 来 说 明 这 种 作为 模板 的 ) 能 力 的 优点 和 应 
用 方法 。 通 党 而 言 ， 栈 之 间 只 有 在 类 型 完全 相同 时 才能 互相 赋值 ， 其 中 
类 型 指 的 是 元 素 的 类 型 。 就 是 说 ， 对 于 元 素 类 型 不 同 的 栈 ， 你 不 能 对 它 
们 进行 相互 赋值 ， 即 使 这 两 种 元素 的 ) 类 型 之 间 存 在 隐 式 类 型 转换 。 
譬如: 

Stack<int> intStackl, intStack2; //int 栈 

Stack<float> floatStack; /float 栈 





intStackl = intStack2; /OK: 具 有 相同 类 型 的 栈 

floatStack = intStack1; //ERROR: 两 边 栈 的 类 型 不 同 

缺 省 赋值 运算 符 要 求 两 边 具 有 相同 的 类 型 ， 当 元 素 类 型 不 同时 ， 两 
个 栈 的 类 型 显然 不 同 ， 不 能 符合 缺 省 赋值 运算 符 的 要 求 。 

然而 ， 通 过 定义 一 个 喘 为 模板 的 赋值 运算 符 ， 针 对 元 素 类 型 可 以 转 
换 的 两 个 栈 束 可 以 进行 相互 赋值 。 为 了 达到 这 个 目的 ， 你 需要 这 样 声明 


Stack<>: 

















/basics/stack5decl.hpp 
template <typename 工 > 


Class Stack { 





private: 

std::deque<T> elems; / 存储 元 素 的 容器 
public: 

void push(T const&); // 压 入 元 素 

void popO); / 弹出 元 素 

T top() const; // 返回 栈 顶 元 素 

bool empty() const { /返回 栈 是 否 为 空 

return elems.empty(); 
} 


/ 使 用 元 素 类 型 为 T2 的 栈 进行 赋值 
template <typename T2> 
Stack<T>& operator= (Stack<T2> const&); 
; 
在 这 里 ， 我 们 进行 了 两 处 改动 : 
1. 我 们 增加 了 一 个 赋值 运算 符 的 声明 ， 它 可 以 把 元 素 类 型 为 T2 的 栈 
赋值 给 原来 的 栈 。 
2. 栈 现在 改 用 deque《〈“ 队 列 ) 作为 元 素 的 内 部 容 堪 。 事 实 上 ， 这 是 为 





了 满足 新 赋值 运算 符 实 现 的 要 求 。 


新 赋值 运算 符 的 实现 大 致 如 下 : 
//basics/stack5 assign.hpp 
template <typename 工 > 
template <typename T2> 
Stack<T>& Stack<T>::operator= (Stack<T2> const& op2) 
\ 
if ((void*)this == (void*)&op2) { /赋值 给 自身 吗 


return *this; 


} 
Stack<T2> tmp(op2); /产生 一 个 赋值 栈 的 拷贝 
elems.clear(); // 删 除 现 存 的 元 素 
while (!tmp.empty()) { // 找 贝 所 有 的 元 素 
elems.push_front(tmp.topO); 
tmp.popQ); 
} 


return *this; 
} 
让 我 们 先 来 看 定义 成 员 模 板 的 语法 ， 在 定义 有 模板 参数 T 的 模板 内 
还 定义 了 一 个 含有 模板 参数 T2 的 内 部 模板 : 


template <typename 工 > 





template <typename T2> 





在 成 员 函 数 内 部 ， 你 可 能 只 需要 访问 赋值 栈 op2 内 部 的 一 些 数据 ， 





而 没有 必要 再 初始 化 为 一 个 栈 ; 然而 ， 因 为 赋值 栈 和 原 栈 具 有 不 同 的 类 
型 (如果 你 用 两 种 类 型 来 实例 化 同一 个 类 模板 ， 那 么 你 将 得 到 两 种 不 同 
的 新 类 型 》， 所 以 你 束 不 能 使 用 栈 本 里 所 提供 的 公共 接口 。 于 是 ， 唯 一 





的 办 法 就 是 调用 top0， 这 样 一 来 每 个 元 素 都 必须 要 成 为 栈 顶 元 素 。 
此 ， 我 们 必须 先 创 建 一 份 op2 的 拷贝 ， 然 后 调用 拷贝 的 top0) 方 法 和 pop() 
方法 从 该 拷贝 获取 元 素 。 由 于 top0O 返 回 最 后 一 个 入 栈 的 元 素 ， 因 此 我 们 
必须 使 用 一 个 文 持 在 〈“ 栈 项 的 ) 另 一 端 插入 元 素 的 容 句 。 基 于 这 个 原 
因 ， 我 们 选择 了 deque， 它 提供 了 push_front 〈) 方法 ， 可 以 在 集合 的 另 
一 端 插 入 元 素 。 

实现 了 上 面 的 成 员 模板 之 后 ， 现 在 你 就 可 以 把 一 个 int 栈 赋值 给 一 个 
float 栈 : 








Stack<int> intStack， /int 栈 
Stack<float> floatStack: /float 栈 
floatStack = intStack: //OK: 虽 然 是 具有 不 同类 型 的 栈 ， 


/ 但 int 可 以 转换 为 float 

当然 ， 这 个 赋值 并 没有 改变 原 栈 的 类 型 和 它 所 舍 元 素 的 类 型 。 在 赋 
值 以 后 ，floatStack 的 元 素 仍然 是 float( 浮 点 数 ) 类 型 ， 因 此 它 的 topO 依 
然 返 回 一 个 浮 点 数 。 

这 个 赋值 函数 好 像 屏 珊 了 类 型 检查 ， 看 起 来 你 可 以 用 任意 类 型 的 栈 
来 对 目标 栈 [17] 进行 赋值 ， 但 实际 情况 并 非 如 此 ， 类 型 检查 仍然 存在 。 
当 源 栈 〈 的 拷贝 ) 的 元 又 被 移入 到 目标 栈 的 时 候 ， 就 要 执行 必要 的 类 型 
检查 ， 即 类 型 检查 发 生 在 如 下 语句 执行 时 : 

elems.push_front(tmp.top()); 

例如 ， 如 果 把 一 个 字符 串 栈 赋值 给 一 个 浮 点 数 栈 ， 那 么 编译 器 在 这 
一 行将 会 报告 一 个 错误 信息 ， 说 明 tmp.top0 返 回 的 字符 串 不 能 作为 
elems.push_frontO 的 实 参 〈 这 个 错误 信息 可 能 会 根据 编译 器 的 不 同 而 有 
所 不 同 ， 但 大 体 意 思 就 是 这 样 ) : 

Stack<std::string> stringStack; /std::string 栈 

Stack<float> floatStack: /float 栈 








floatStack = stringStack; /ERROR:std::string 并 不 能 
/转换 为 float 
可 以 看 到 ， 模 板 赋值 运算 符 并 没有 取代 缺 省 赋值 运算 符 。 对 于 相同 
类 型 栈 之 间 的 赋值 ， 仍 然 会 调用 缺 省 赋值 运算 符 。 
同样 ， 在 实现 中 ， 你 可 以 把 内 部 容器 类 型 实现 为 一 个 模板 参数 ， 这 
样 就 有 机 会 改变 内 部 容器 类 型 : 
//basics/stack6decl.hpp 























template <typename T, typename CONT = std::deque<T> > 
class Stack { 


private: 

CONT elems; / 存储 元 素 的 容器 
public: 

void push(T const&); // 压 入 元 素 

void popO); / 弹出 元 素 

T top() const; // 返回 栈 顶 元 素 

bool empty() const { /返回 栈 是 否 为 空 

return elems.empty(); 
} 


// 把 元 素 类 型 为 T2 的 栈 赋值 给 原 栈 

template <typename T2, typename CONT2> 

Stack<T,CONT>& operator= (Stack<T2,CONT2> const&); 
2 
此 时 ， 模 板 赋值 运算 符 的 实现 如 下 : 
/basics/stack6assign.hpp 








template <typename T, typename CONT> 
template <typename T2, typename CONT2> 


Stack<T,CONT>& 
Stack<T,CONT>::operator= (Stack<T2,CONT2> const& op2) 
| 

if ((void*)this == (void*)&op2) { /赋值 给 自身 吗 


return *this; 


} 
Stack<T2,CONT2> tmp(op2); /产生 一 份 赋值 栈 的 拷贝 
elems.clear(); /删除 现存 的 所 有 元 素 
while (!tmp.emptyO) { /拷贝 所 有 的 元 素 
elems.push_front(tmp.topO); 
tmp.popQ); 
} 


return *this; 
} 
需要 再 次 提醒 的 是 :对 于 类 模板 而 言 ， 只 有 那些 被 调用 的 成 员 函 数 
才 会 被 实例 化 。 因 此 ， 如 果 在 元 素 类 型 不 同 的 栈 之 间 没 有 进行 相互 赋 
值 ， 你 就 可 以 使 用 vector 来 作为 内 部 容器 : 
/使 用 vector 作 为 内 部 容器 的 int 栈 


Stack<int,std::vector<int> > VStack; 








vStack.push(42); 

vStack.push(7); 

std::cout << vStack.top() << std::endl; 

因为 自 定 义 的 模板 赋值 运算 符 并 不 是 必 不 可 少 的 ， 所 以 在 不 存在 
push_front() 的 情况 下 ， 某 些 程序 并 不 会 出 现 错 误 信息 ， 而 且 也 能 正确 运 
行 。 





关于 最 后 一 个 例子 的 完整 实现 ， 请 查看 basics [18] 子 目 录 下 所 有 


以 “stack6” 开 头 的 文件 。 





5.4 模板 的 模板 参 才 


[19] 

有 时 ， 让 模板 参数 本 身 成 为 模板 是 很 有 用 的 ， 我 们 将 继续 以 stack 
类 模板 作为 例子 ， 来 说 明 模板 的 模板 参数 的 用 途 。 

在 stack 的 例子 中 ， 如 果 要 使 用 一 个 和 缺 省 值 不 同 的 内 部 容器 ， 程 
序 员 必 须 两 次 指定 元 素 类 型 。 也 就 是 说 ， 为 了 指定 内 部 容器 的 类 型 ， 你 
需要 同时 传递 容器 的 类 型 和 它 所 含 元 素 的 类 型 。 如 下 : 

Stack<int,std::vector<int> > vStack:;: /使 用 vector 的 int 栈 

然而 ， 借 助 于 模板 的 模板 参数 ， 你 可 以 只 指定 容器 的 类 型 而 不 需要 
指定 所 含 元 素 的 类 型 ， 就 可 以 声明 这 个 Stack 类 模板 : 

Stack<int,std::vector> vStack: /使 用 vector 的 int 栈 

为 了 获得 这 个 特性 ， 你 必须 把 第 2 个 模板 参数 指定 为 模板 的 模板 参 
数 。 那 么 ，stack 的 声明 应 该 如 下 [20] : 

/basics/stack7.decl.hpp 




















template <typename 工 ， 
template <typename ELEM> class CONT = std::deque > 
class Stack { 








private: 

CONT<T> elems; / 保存 元 素 的 容器 
public: 

void push(T const&);，// 压 入 元 素 

void popO); / 弹出 元 素 

T top() const; // 返回 栈 顶 元 素 


bool empty() const { // 返回 栈 是 否 为 空 


return elems.empty(); 

} 
上 
不 同 之 处 在 于 ， 第 2 个 模板 参数 现在 被 声明 为 一 个 类 模板 : 

template <typename ELEM> class CONT 

缺 省 值 也 从 std::deque<T> 变 成 std::deque。 在 使 用 时 ， 第 2 个 参数 必 
须 是 一 个 类 模板 ， 并 且 由 第 一 个 模板 参数 传递 进来 的 类 型 进行 实例 化 : 

CONT<T> elems: 

这 也 是 这 个 例子 比较 特别 的 地 方 : 使 用 第 1 个 模板 参数 作为 第 2 个 模 
板 参数 的 实例 化 类 型 。 一 般 地 ， 你 可 以 使 用 类 模板 内 部 的 任何 类 型 来 实 
例 化 模板 的 模板 参数 。 

我 们 前 面 提 过 : 作为 模板 参数 的 声明 ， 通 利 可 以 使 用 typename 来 答 
换 关 键 字 class。 然 而 ， 上 面 的 CONT 是 为 了 定义 一 个 类 ， 因 此 只 能 使 用 
关键 字 class。 因 此 ， 下 面 的 程序 是 正确 的 : 

template <typename 工 ， 

template <class ELEM> class CONT = std::deque> 
// 正 确 














class Stack { 


}; 
而 下 面 的 程序 却 是 错误 的 : 
template <typename 工 ， 
template <typename ELEM> typename CONT = 
std::deque> 
class Stack { // 错 误 





由 于 在 这 里 我 们 并 不 会 用 到 “模板 的 模板 参数 "的 模板 参数 ( 即 上 面 
的 ELEM) ， 所 以 你 可 以 把 该 名 称 省 略 不 写 : 
template <typename 工 ， 
template <typename> class CONT = std::deque > 
class Stack { 


2 
另外 ， 还 必须 对 成 员 函 数 的 声明 进行 相应 的 修改 。 你 必须 把 第 2 个 
模板 参数 指定 为 模板 的 模板 参数 ， 这 同样 适用 于 成 员 函 数 的 实现 。 例 
如 ， 成 员 函 数 push0) 的 实现 如 下 : 

template <typename T, template <typename> class CONT> 

void Stack<T,CONT>::push (T const& elem) 

\ 





elems.push_back(elem); /把 ealem 的 拷贝 附加 到 末 英 

} 

还 有 一 点 需要 知道 : 函数 模板 并 不 支持 模板 的 模板 参数 。 

模板 的 模板 实 参 匹配 

如 果 你 尝试 使 用 新 版 本 的 Stack， 你 会 获得 一 个 错误 信息 : 缺 省 值 
std::dedque 和 模板 的 模板 参数 CONT 并 不 匹配 。 对 于 这 个 结果 ， 你 或 许 会 
觉得 很 证 异 ， 但 问题 在 于 : 模板 的 模板 实 参 〈 璧 如 这 里 的 std::deque) 
是 一 个 具有 参数 A 的 模板 ， 它 将 蔡 换 模板 的 模板 参数 〈 壁 如 这 里 的 
CONT) ， 而 模板 的 模板 参数 是 一 个 具有 参数 B 的 模板 ; 匹配 过 程 要 求 
参数 A 和 参数 B 必 须 完 全 匹配 ; 然而 在 这 里 ， 我 们 并 没有 考虑 模板 的 模 
板 实 参 的 缺 省 模板 参数 ， 从 而 也 就 使 B 中 缺少 了 这 些 缺 省 参数 值 ， 当 然 
就 不 能 获得 精确 的 匹配 。 

在 这 个 例子 中 ， 问 题 在 于 标准 库 中 的 std::deque 模 板 还 具有 另 一 个 参 
数 : 即 第 2 个 参数 〈 也 就 是 所 谓 的 内 存 分 配器 allocator) ， 它 有 一 个 缺 省 





























值 ， 但 在 匹配 std::deque 的 参数 和 CONT 的 参数 时 ， 我 们 并 没有 考虑 这 个 
缺 省 值 。 

然而 ， 解 决 办 法 总 是 有 的 。 我 们 可 以 重 写 类 的 声明 ， 让 CONT 的 参 
数 期 得 的 是 具有 两 个 模板 参数 的 容器 : 


template <typename T, 





template <typename ELEM, 
typename ALLOC = std::allocator<ELEM> > 
class CONT = std::deque> 
class Stack { 
private: 
CONT<T> elems; // 保 存 元 素 的 容 占 





上 

同样 ， 你 可 以 略 去 ALLOC 不 写 ， 因 为 实现 中 不 会 用 到 它 。 

现在 ，Stack 模 板 ( 包 括 为 了 能 够 在 不 同 元 素 类 型 的 栈 之 间 实 现 相 

互 赋值 而 定义 的 成 员 模 板 〉 的 最 终 版 本 应 该 如 下 : 

/basics/stack8.hpp 

#ifndef STACK_HPP 

#define STACK_HPP 

#include <deque> 

#include <stdexcept> 

#include <memory> 

template <typename T, 

template <typename ELEM, 

typename = std::allocator<ELEM> > 
class CONT = std::deque> 

class Stack { 


private: 


CONT<T> elems; / 保存 元 素 的 容器 
public: 

void push(T const&);”// 压 入 元 素 

void popO); / 弹出 元 素 

T top() const; // 返回 栈 顶 元 素 


bool empty() const { // 返回 栈 是 否 为 空 
return elems.empty(); 

} 

/ 使 用 元 素 类 型 为 T2 的 栈 对 原 栈 赋值 

template<typename 工 2， 

template<typename ELEM2， 
typename = std::allocator<ELEM2> 
>class CONT2> 

Stack<T,CONT>& operator= (Stack<T2,CONT2> const&); 
可 
template <typename T, template <typename,typename> class CONT> 
void Stack<T,CONT>::push (T const& elem) 


{ 
elems.push_back(elem); ”/W/ 附加 传 入 元 素 的 拷贝 


} 
template<typename T, template <typename,typename> class CONT> 
void Stack<T,CONT>::pop () 
{ 
if (elems.empty()) { 
throw std::out_of_range("Stack<>::pop(): empty stack"); 


elems.pop_back(); /删除 末端 元 素 
} 
template <typename T, template <typename,typename> class CONT> 
T Stack<T,CONT>::top () const 
\ 

if (elems.empty()) { 

throw std::out_of _ range("Stack<>::top(): empty stack"); 

} 

return elems.back(); // 返回 末端 元 素 的 拷贝 
} 
template <typename T, template <typename,typename> class CONT> 
template <typename T2, template <typename,typename> class CONT2> 
Stack<T,CONT>& 
Stack<T,CONT>::operator= (Stack<T2,CONT2> const& op2) 
' 

if ((void*)this == (void*)&op2) { /赋值 给 自身 吗 


return *this; 


} 
Stack<T2,CONT2> tmp(op2); / 创建 一 个 赋值 栈 的 找 
elems.clear(); /删除 现存 的 所 有 元 素 
while (!tmp.empty()) { /拷贝 所 有 的 元 素 
elems.push_front(tmp.topO); 
tmp.pop0; 
} 


return *this; 


#endif / STACK_HPP 
下 面 的 程序 则 使 用 最 终 版 本 的 所 有 特性 : 


/basics/stack8test.cpp 





#include <iostream> 
#include <string> 
#include <cstdlib> 
#include <vector> 
#include "stack8.hpp" 
int main() 
{ 
try { 
Stack<int> intStack; // int 栈 
Stack<float> floatStack; // float 栈 
/ 使 用 int 栈 
intStack.push(42); 
intStack.push(7); 
// 使 用 float 栈 
floatStack.push(7.7); 
/不 同类 型 的 两 个 栈 之 间 的 赋值 
floatStack = intStack; 
/ 输出 float 栈 
std::cout << floatStack.top() << std::end!l; 
floatStack.popO); 
std::cout << floatStack.top() << std::end!l; 
floatStack.popO); 
std::cout << floatStack.top() << std::end!l; 
floatStack.popO); 


} 
catch (std::exception const& ex) { 
std::cerr << "Exception: " << ex.what() << std::end!l; 
} 
/ 使 用 vector 作 为 内 部 容器 的 int 栈 


Stack<int,std::vector> VStack; 


vStack.push(42); 
vStack.push(7); 
std::cout << vStack.top() << std::end]; 
vStack.pop(); 
} 
而 程序 将 会 有 如 下 输出 : 
7 
42 
Exception: Stack<>::top(): empty stack 
7 
模板 的 模板 参数 是 要 求 编译 器 符合 标准 的 新 特性 之 一 ， 因此， 这 个 
程序 可 以 作为 评价 你 的 编译 器 在 模板 特性 方面 符合 标准 的 尺度 。 
关于 更 深入 的 讨论 和 这 方面 的 例子 ， 请 见 8.2.3 小 节 和 15.1.6 小 节 。 


5.5 零 初始 化 


对 于 int、double 或 者 指针 等 基本 类 型 ， 并 不 存在 “用 一 个 有 用 的 缺 
省 值 来 对 它们 进行 初始 化 ”的 缺 省 构造 函数 ; 相反， 任何 未 被 初始 化 的 
局 部 变量 都 具有 一 个 不 确定 Cundefined) 值 : 

void foo() 











int X， //x 具 有 一 个 不 确定 值 
int* ptr; ”Wptr 指 向 条 块 内 存 〈( 并 非 无 所 指 ) 

} 

现在 ， 假 如 你 在 编写 模板 ， 并 且 希 望 模板 类 型 的 变量 都 已 经 用 缺 省 
值 初 始 化 完毕 ， 那 么 这 时 你 会 遇 到 问题 ， 内 建 类 型 并 不 能 满足 你 的 要 
求 : 

template <typename 工 > 

void foo() 

{ 

Tx;// 如 果 T 是 内 建 类 型 ， 那 么 x 本 身 是 一 个 不 确定 值 

} 

由 于 这 个 原因 ， 我 们 就 应 该 显 式 地 调用 内 建 类 型 的 缺 省 构造 函数 ， 
并 把 缺 省 值 设 为 0( 或 者 false， 对 于 bool 类 型 而 言 )。 壁 如 调用 int() 我 们 
将 获得 缺 省 值 0。 于 是 ， 借 助 如 下 代码 ， 我 们 可 以 确保 对 象 已 经 执行 了 
适当 的 缺 省 初始 化 ， 即 便 对 内 建 类 型 对 象 也 是 如 此 : 

template <typename T> 

void foo() 








Tx=T0O; /如 果 T 是 内 建 类 型 ，x 是 零 或 者 false 
} 
对 于 类 模板 ， 在 用 某 种 类 型 实例 化 该 模板 后 ， 为 了 确认 它 所 有 的 成 
员 都 已 经 初始 化 完毕 ， 你 需要 定义 一 个 缺 省 构造 函数 ， 通 过 一 个 初始 化 
列表 来 初始 化 类 模板 的 成 员 : 
template <typename 工 > 
class MyClass { 


private: 


T x; 
public: 

MyClass() : x0 {/ 确 认 x 已 被 初始 化 ， 内 建 类 型 对 象 也 是 如 
此 





有 时 ， 把 字符 串 传递 给 函数 模板 的 引用 参数 会 导致 出 人 意料 的 运行 
结果 。 考 虑 下 面 的 程序 : 

//basics/max5.cpp 

#include <string> 

/注意 : 引用 参数 

template <typename 工 > 


inline T const& max (T const& a, T const& b) 


{ 
retum a<b ? b:a; 
} 
int main() 
{ 


std::string s; 
::max("apple","peach"); ”// OK: 相同 类 型 的 实 参 
::max("apple","tomato");”// ERROR: 不 同类 型 的 实 参 


::max("apple",s); // ERROR: 不 同类 型 的 实 参 


问题 在 于 : 由 于 长 度 的 区 别 ， 这 些 字符 串 属 于 不 同 的 数组 类 型 。 也 
束 是 说 ，‘apple’* 和 peach* 具 有 相同 的 类 型 char const[6]; 然而 ‘tomato’ 的 
类 型 则 是 : char const[7]。 因 此 ， 只 有 第 一 个 调用 是 合法 的 ， 因 为 该 
max0 模 板 期 望 的 是 类 型 完全 相同 的 参数 。 然 而 ， 如 果 声 明 的 是 非 引 用 
参数 ， 你 就 可 以 使 用 长 度 不 同 的 字符 串 来 作为 max(0 的 参数 : 

/basics/max6.cpp 

#include <string> 

/注意 : 非 引 用 参数 

template <typename 工 > 

inline T max (T a, Tb) 


{ 
returnn a<b ? b:a; 
} 
int main() 
{ 
std::string s; 
::max("apple","peach"); ”// OK: 相同 的 类 型 
::max("apple","tomato"); /W OK: 退化 (decay) 为 相同 的 类 型 
::max("apple",s); // ERROR: 不 同 的 类 型 


这 种 调用 结果 的 原因 是 : 对 于 非 引 用 类 型 的 参数 ， 在 实 参 演绎 
的 会 出 现 数组 到 指针 (array-to-pointer〉 的 类 型 转换 (这 种 转 
型 通常 也 被 称 为 decay〉。 我 们 可 以 通过 下 面 的 程序 来 说 明 这 一 
//basics/refnonref.cpp 
#include <typeinfo> 
#include <iostream> 


template <typename T> 


void ref (T const& x) 
{ 
std::cout << "x in ref(T const&): " 
<< typeid(x).name() << "\n'; 
} 
template <typename T> 
void nonref (T x) 
{ 
std::cout << "x in nonref(T): " 
<< typeid(x).name() << "\n'; 
} 
int main() 
| 
ref("hello"); 
nonref("hello"); 
} 
在 main 函数 中 ,分别 传递 一 个 字符 串 给 具有 引用 参数 的 函数 模板 
和 具有 非 引 用 参数 的 函数 模板 。 两 个 函数 模板 都 使 用 了 typeid 运 算 符 来 
输出 被 实例 化 参数 的 类 型 。typeid 运 算 符 会 返回 std::type_info 类 型 的 无 值 
(value) ， 其 中 std::type_info 封 装 了 传递 给 typeid 运 算 符 的 表达 式 的 类 
型 表示 ; 而 且 ， 调 用 std::type_info 的 成 员 函 数 name() 是 为 了 返回 类 型 的 
可 读 文 本 表示 。 虽 然 C++ 标准 并 没有 要 求 name0 必 须 返 回 一 个 有 意义 的 
值 ， 但 对 于 大 多 数 优 秀 的 C++ 编译 器 实现 而 言 ，name0 会 返回 一 个 字符 
串 ， 清 楚 地 表示 传递 给 typeid 的 参数 〈 或 表达 式 ) 的 类 型 〈 在 东 些 实现 
中 ， 这 个 字符 串 可 能 不 是 可 读 的 文本 ， 但 存在 一 个 文本 转换 器 ， 可 以 把 
它 转换 成 可 读 的 文本 ) 。 例 如 ， 上 面 程序 可 能 会 有 如 下 输出 : 
Xin ref(T const&): char[6] 


Xin nonref(T): const char * 
如 果 你 过 到 一 个 关于 字符 数组 和 字符 串 指 针 之 间 不 匹配 的 问题 ， 你 
会 意外 地 发 现 和 这 个 问题 会 有 一 定 的 相似 之 处 [21] 。 然 而 遗憾 的 是 ， 对 
于 这 个 问题 并 没有 通用 的 解决 方法 。 根 据 不 同 的 情况 ， 你 可 以 : 
“使 用 非 引 用 参数 ， 取 代 引 用 参数 〈 然 而 ， 这 可 能 会 导致 无 用 的 拷 
Up 
"进行 重 载 ， 编 写 接收 引用 参数 和 非 引 用 参数 的 两 个 重 载 函 数 〈 然 
而 ， 这 可 能 会 导致 二 义 性 ， 有 具体 见 附录 B.2.2) 。 
对 具体 类 型 进行 重 载 〈 璧 如 对 std::string 进 行 重 载 ) 。 
。 重 载 数组 类 型 ， 璧 如 : 
template <typename T, int N, int M> 
T const* max(T const (&a)[N], T const (&b)[MI]) 
{ 





returnna<b?b:a; 
} 

“强制 要 求 应 用 程序 程序 员 使 用 显 式 类 型 转换 。 

对 于 我 们 讨论 的 例子 ， 最 好 的 方法 是 为 字符 串 重 载 max0 〈 见 2.4 
市 ) 。 无 论 如 何 ， 为 字符 串 提 供 重 载 都 是 有 必要 的 ; 因为 如 果 不 提 供 重 
载 ， 当 我 们 调用 max(0 来 比较 两 个 字符 串 时 ， 操 作 a<b 执 行 的 是 指针 比 
较 ， 就 是 说 a<b 比 较 的 是 两 个 字符 串 的 地 址 ， 而 不 是 它们 的 字典 顺序 。 
事实 上 ， 这 也 是 我 们 趋向 于 使 用 诸如 std::string 的 字符 串 类 ， 而 不 使 用 C 
风格 字符 串 类 的 另 一 个 原因 。 

关于 更 多 的 细节 ， 请 参见 11.1 节 。 


5.7 小 结 


"如 果 要 访问 依赖 于 模板 参数 的 类 型 名 称 ， 你 应 该 在 类 型 名 称 前 添 


加 关键 字 typename。 

“网 套 类 和 成 员 疯 数 也 可 以 是 模板 。 在 本 章 的 例子 中 ， 针 对 元 素 类 
型 可 以 进行 隐 式 类 型 转换 的 2 个 栈 ， 我 们 实现 了 通用 的 赋值 操作 。 然 
而 ， 在 这 种 情况 下 ， 类 型 检查 依然 是 存在 的 。 

“赋值 运算 符 的 模板 版 本 并 没有 取代 缺 省 赋值 运算 符 。 

“类 模板 也 可 以 作为 模板 参数 ， 我 们 称 之 为 模板 的 模板 参数 。 

“模板 的 模板 实 参 必须 精确 地 匹配 。 匹 配 时 并 不 会 考虑 “模板 的 模板 
实 参 ” 的 缺 省 模板 实 参 〈 如 std::deque 的 allocator) 。 

“通过 显 式 调用 缺 省 构造 函数 ， 可 以 确保 模板 的 变量 和 成 员 都 已 经 
用 一 个 缺 省 值 完成 初始 化 ， 这 种 方法 对 内 建 类 型 的 变量 和 成 员 也 适用 。 

对 于 字符 串 ， 在 实 参 演绎 过 程 中 ， 当 且 仪 当 参 数 不 是 引用 时 ， 才 
会 出 现 数组 到 指针 (array-to-pointer〉 的 类 型 转换 ( 称 为 decay) 。 























他 主音 i 








模板 代码 和 普通 代码 是 有 区 别 的 。 从 某 种 意义 上 讲 ， 模 板 是 位 于 宏 
和 普通 非 模 板 〉 声 明之 间 的 一 种 构造 。 这 种 说 法 或 许 有 些 过 于 简单 ， 
但 当 我 们 使 用 模板 来 编写 算法 和 数据 结构 ， 或 者 在 日 党 中 表达 和 分 析 模 
板 程序 的 逻辑 习以为常 的 时 候 ， 我 们 可 能 就 会 认同 这 种 说 法 。 

在 这 一 章 里 ， 我 们 只 给 出 模板 的 一 些 实际 应 用 ， 并 不 涉及 应 用 底层 
的 众多 技术 细节 ， 我 们 将 把 大 部 分 细节 留 到 第 10 章 讨 论 。 为 了 使 叙述 
尽量 简洁 ， 假 设 我 们 的 C++ 编译 系统 是 由 传统 的 编译 器 和 链接 器 两 者 组 
成 的 〈 事 实 上 ， 几 乎 所 有 的 C++ 编译 系统 都 由 这 两 者 组 成 ) 。 

















6.1 包含 模型 


我 们 可 以 用 几 种 方法 来 组 织 模板 源 代码 。 这 一 节 将 给 出 在 本 书 编 

写 时 ) 最 常用 的 方法 : 包含 模型 (inclusion model) 。 
6.1.1 链接 器 错误 

大 多 数 C 和 C++ 程序 员 会 这 样 组 织 他 们 的 非 模板 代码 : 

类 〈class [22] ) 和 其 他 类 型 (other type) 都 被 放 在 一 个 头 文件 中 。 通 
常 而 言 ， 头 文件 是 一 个 扩展 名 为 .hpp“〔〈 或 者 .H、.h、.hh、hxx) 的 文 
件 。 

“对 于 全 局 变量 和 【 非 内 联 ) 函数 ， 只 有 声明 放 在 头 文件 中 ， 定 义 
则 位 于 dot-C 文 件 。 通 常 而 言 ，dot-C 文 件 是 指 扩展 名 为 .cpp 或 
者 .C、.c、.cc、.cxx) 的 文件 。 

这 样 一 切 都 可 以 正常 运作 了 。 所 需 的 类 型 定义 在 整个 程序 中 都 是 可 
见 的 ; 并且 对 于 变量 和 函数 而 言 ， 链 接 堪 也 不 会 给 出 重复 定义 的 错误 。 























当 牢 记 了 这 种 约定 之 后 ， 刚 开始 接触 模板 的 程序 员 却 总 会 对 这 种 约 
定 发 出 抱怨 ， 因 为 它 令 链接 器 产生 了 一 个 错误 。 我 们 可 以 通过 下 面 的 

《错误 ) 小 程序 来 说 明 这 一 点 。 利 用 上 面 针 对 普通 代码 的 约定 ， 我 们 应 
该 在 一 个 头 文件 中 声明 模板 : 

/basics/myfirst.hpp 

#ifndef MYFIRST_HPP 

#define MYFIRST_HPP 

// 模 板 声 明 


template <typename T> 





void print_typeof (T const&) 

#endif /MYFIRST_HPP 

print_typeof0) 是 一 个 辅助 函数 模板 的 声明 ， 它 输出 茶 些 类 型 信息 。 
该 函数 模板 的 实现 个 帮 在 下 面 的 dot-C 文 件 里 面 : 

//basics/myfirst.cpp 

#include <iostream> 

#include <typeinfo> 

#include“myfirst.hpp” 

/模板 的 实现 /定义 

template <typename 工 > 

void print_typeof (T const& x) 

| 

std::cout << typeid(x).name() << std::endl; 

} 

这 个 例子 使 用 typeid 运 算 符 来 输出 一 个 字符 串 ， 它 描述 了 作为 参数 
传递 的 表达 式 的 类 型 〈 见 5.6 节 ) 。 

最 后 ， 我 们 在 男 一 个 dot-C 文 件 里 使 用 这 个 模板 ， 并 且 把 模板 声明 
包含 进 这 个 文件 : 


//basics/myfirstmain.cpp 
#include“myfirst.hpp” 
// 使 用 模板 
int main() 
| 

double ice = 3.0; 

print_typeof(ice); /调用 参数 类 型 为 double 的 函数 模板 
} 
大 多 数 C++ 编译 器 都 会 顺利 地 接受 这 个 程序 ， 但 是 链接 器 可 能 会 报 
提示 找 不 到 函数 print_typeof() 的 定义 。 
事实 上 ， 这 个 错误 的 原因 在 于 : 了 水 数 模板 print_typeof() 的 定义 还 没 
有 被 实例 化 。 为 了 使 模板 真正 得 到 实例 化 ， 编 译 器 必须 知道 : 应 该 实例 
化 哪个 定义 以 及 要 基于 哪个 模板 实 参 来 进行 实例 化 。 遗 憾 的 是 ， 在 前 面 
的 例子 里 ， 这 两 部 分 信息 位 于 分 开 编译 的 不 同文 件 里 面 。 因 此 ， 当 我 们 
的 编译 右 看 到 print_typeof() 调 用 ， 但 还 没有 看 到 基于 double 实 例 化 的 函 
数 定义 的 时 候 ， 它 只 是 假设 在 别处 提供 了 这 个 定义 ， 并 产生 一 个 指 问 该 
定义 的 引用 让 链接 器 利用 该 引用 来 解决 这 个 问题 。 男 一 方面 ， 当 编 
译 右 人 处理 文 件 myfirst.cpp 的 时 候 ， 它 并 没有 指出 : 编译 右 必 须 基 于 特定 
实 参 对 所 包含 的 模板 定义 进行 实例 化 。 

6.1.2 头 文件 中 的 模板 

对 于 前 面 的 问题 ， 我 们 通常 是 采取 对 答 宏 或 内 联 函 数 的 解决 办 法 : 
我 们 把 模板 的 定义 也 包 售 在 声明 模板 的 头 文 件 里 面 ， 即 让 定义 和 声明 都 
位 于 同一 个 头 文件 中 。 对 于 上 面 的 例子 ， 我 们 可 以 通过 把 ; 

#include“myfirst.cpp” 

添加 到 myfirst.hpp 的 末尾 ， 或 者 在 每 个 使 用 模板 的 dot-C 文件 都 包 
含 myfirst.cpp。 显 然 ， 第 3 种 方法 就 是 完全 不 要 myfirst.cpp， 然 后 重 写 


错 


-> 














myfirst.hpp， 让 它 同时 包含 模板 声明 和 模板 定义 : 

//basics/myfirst2.hpp 

#ifndef MYFIRST_HPP 

#define MYFIRST_HPP 

#include <iostream> 

#include <typeinfo> 

/模板 声明 

template <typename 工 > 

void print_typeof(T const&); 

/模板 的 实现 /定义 

template <typename 工 > 

void print_typeof(T const& x) 

\ 

std::cout << typeid(x).name() << std::endl; 

} 

#endif /MYFIRST_HPP 

我 们 称 模板 的 这 种 组 织 方 式 为 包含 模型 。 通 过 使 用 这 种 模型 ， 你 会 
发 现 前 面 的 程序 可 以 顺利 编译 、 链 接 和 运行 。 

针对 这 一 点 ， 我 们 可 以 得 出 一 些 结 论 : 包含 模型 明显 增加 了 包含 头 
文件 myfirst.hpp 的 开销 ， 这 也 正 是 包含 模型 最 大 的 不 足 之 处 。 在 例子 
中 ， 主 要 的 开销 并 不 是 取决 于 模板 定义 本 映 的 大 小 ， 而 在 于 模板 定义 中 
所 包含 的 那些 头 文件 (在 我 们 的 例子 中 是 <iostream> 和 <typeinfo>〉 的 大 
小 。 你 或 许 已 经 知道 这 样 会 带 来 成 干 上 万 行 的 代码 ， 因 为 每 个 诸如 
<iostream> 的 头 文 件 本 身 也 都 包含 了 许多 类 似 的 模板 定义 。 

在 实际 应 用 中 ， 这 是 一 个 很 严重 的 问题 ， 因 为 它 大 大 增加 了 编译 复 
杂 程 序 所 耗费 的 时 间 。 因 此 我 们 将 在 后 面 几 闻 给 出 儿 种 可 能 的 解决 方 
法 。 然 而 ， 现 在 的 程序 大 多 已 经 不 需要 在 编译 和 链接 上 面 伦 上 几 个 小 











时 ， 将 来 就 更 不 用 说 了 (我 们 以 前 确实 是 耗费 了 很 多 时 间 在 这 上 面 ， 其 
至 用 了 几 天 的 时 间 才 从 源 代码 完整 地 创建 出 一 个 程序 ) 。 

如 果 不 需 要 考 碟 创建 期 的 时 间 问 题 ， 我 们 建议 你 尽量 使 用 包含 模型 
来 组 织 模板 代码 。 我 们 在 后 面 会 考察 另外 两 种 组 织 模板 的 方式 ， 但 就 我 
们 的 观点 看 来 ， 为 外 两 种 组 织 方式 的 实际 缺陷 往往 比 这 里 所 讨论 的 创建 
期 开销 更 加 严重 。 当 然 ， 这 两 种 组 织 方式 也 有 其 他 一 些 与 软件 开发 的 应 
用 方面 间接 相关 的 优点 。 

从 包含 模型 得 出 的 另 一 个 〈 更 微妙 的 ) 结论 是 : 非 内 联 函 数 模 板 
与 “内 联 函数 和 宏 ” 有 一 个 很 重要 的 区 别 ， 那 就 是 非 内 联 函 数 模板 在 调用 
的 位 置 并 不 会 被 扩展 ， 而 是 当 它 们 基于 茶 种 类 型 进行 实例 化 之 后 ， 才 产 
生 一 份 新 的 《基于 该 类 型 的 ) 函数 拨 贝 。 因 为 这 产生 函数 据 贝 ) 是 一 
个 自动 化 过 程 ， 所 以 在 编译 结束 的 时 候 ， 编 译 器 可 能 会 在 不 同 的 文件 里 
产生 两 份 拷贝 ， 于 是 ， 当 链接 器 发 现 同一 个 函数 具有 两 种 不 同 的 定义 
时 ， 就 会 报告 一 个 错误 。 理 论 上 讲 ， 这 并 不 是 我 们 需要 关心 的 问题 ， 它 
应 该 由 C++ 的 编译 系统 来 解决 。 而 且 ， 事 实 上 大 多 数 情况 下 都 不 会 出 现 
这 种 问题 ， 我 们 根本 没有 必要 太 过 于 在 意 这 个 问题 。 但 对 于 需要 创建 目 
号 代码 库 的 大 项 目 ， 我 们 就 要 充分 注意 这 个 问题 。 我 们 将 在 第 10 章 详细 
讨论 C++ 的 实例 化 机 制 ， 仔 细 学 习 C++ 翻 译 系统 (或 者 编译 器 〉 所 附和 带 
的 随机 文档 也 有 助 于 理解 这 个 问题 。 

最 后 ， 我 们 需要 指出 的 是 : 在 我 们 的 例子 中 应 用 到 普通 函数 模板 的 
所 有 特性 ， 对 类 模板 的 成 员 函 数 和 静态 数据 成 员 、 成 员 函 数 模板 也 都 是 
适用 的 。 

















6.2 显 式 实例 化 


包含 模型 能 够 确保 所 有 需要 的 模板 都 已 经 实例 化 。 这 是 因为 : 当 需 
要 进行 实例 化 的 时 候 ，C++ 编 译 系 统 会 自动 产生 所 对 应 的 实例 化 体 。 田 


外 ，Cr++ 标 准 还 提供 了 一 种 手工 实例 化 模板 的 机 制 : 显 式 实例 化 指示 符 
(explicit instantiation directive ) 。 
6.2.1 显 式 实例 化 的 人 

为 了 说 明 手 工 实例 化 ， 让 我 们 回顾 前 面 那个 导致 链接 器 错误 的 例 
子 。 在 此 ， 为 了 避免 这 个 链接 期 错误 ， 我 们 可 以 通过 给 程序 添加 下 面 的 
又 1 

//basics/myfirstinst.cpp 

#include“myfirst.cpp” 

// 基 于 类 型 double 显 式 实 例 化 print_typeof() 

template void print_typeof<double>(double const&); 

显 式 实例 化 指示 符 由 关键 字 template 和 紧 接 其 后 的 我 们 所 需要 实例 
化 的 实体 (可 以 是 类 、 函 数 、 成 员 函 数 等 ) 的 声明 组 成 ， 而 且 ， 该 声明 
是 一 个 已 经 用 实 参 完全 丛 换 参数 之 后 的 声明 。 在 我 们 的 例子 中 ， 我 们 针 
对 的 是 一 个 普通 函数 ， 但 该 指示 符 也 适用 于 成 员 函 数 和 静态 数据 成 员 。 
譬如: 

/基于 int 显 式 实例 化 MyClass<> 的 构造 函数 

template MyClass<int>::MyClass(); 

// 基 于 int 显 式 实例 化 函数 模板 max() 

template int const& max(int const&, int const&); 

你 还 可 以 显 式 实例 化 类 模板 ， 这 样 融 可 以 同时 实例 化 它 的 所 有 类 成 
员 。 但 有 一 点 需要 注意 : 对 于 这 些 在 前 面 已 经 实例 化 过 的 成 员 ， 就 不 能 
再 次 对 它们 进行 实例 化 : 

// 基 于 int 显 式 实例 化 类 Stack<> 

template class Stack<int> 

/基于 string 显 式 实例 化 Stack<> 的 某 些 成 员 函 数 

template Stack<std::string>::Stack(); 











template void Stack<std::string>::push(std::string const&); 

template std::string Stack<std::string>::top()const; 

// 错 误 : 对 于 前 面 已 经 显 式 实例 化 过 的 成 员 函 数 ， 不 能 再 次 对 它 进 
行 显 式 实例 化 

template Stack<int>::Stack(); 

对 于 每 个 不 同 实体 ， 在 一 个 程序 中 最 多 只 能 有 一 个 显 式 实例 化 体 ， 
换 句 话说 ， 你 可 以 同时 显 式 实例 化 print_typeof<int> 和 
print_typeof<double> [23] ， 但 在 同一 个 程序 中 每 个 指示 符 都 只 能 够 出 现 
一 次 D4] 。 如 果 不 遵 循 这 条 规则 ， 通 第 都 会 导致 链接 错误 ， 链 接 器 会 报 
告 : 发 现 了 实例 化 实体 的 重复 定义 。 

人 工 实例 化 有 一 个 显著 的 缺点 : 我 们 必须 仔细 跟踪 每 个 需要 实例 化 
的 实体 。 对 于 大 项 目 而 言 ， 这 种 跟踪 很 快 就 会 带 来 巨大 负担 ; 因此， 我 
们 并 不 建议 使 用 这 种 方法 。 事 实 上 ， 我 们 曾经 在 几 个 大 项 目 刚 开始 时 就 
低估 了 这 种 负担 ， 而 等 到 代码 快要 完成 的 时 候 ， 我 们 就 为 使 用 人 工 实例 
化 而 后 悔 不 已 。 

然而 ， 显 式 实例 化 还 是 有 它 自 号 的 一 些 优点 的 ， 实 例 化 可 以 在 需要 
的 时 候 才 进行 。 显 然 ， 我 们 因此 避免 包含 庞大 头 文件 的 开销 ， 更 可 以 把 
模板 定义 的 源 文件 封装 起 来 ， 但 封装 之 后 ， 客 户 端 程序 融 不 能 基于 其 他 
类 型 来 进行 额外 的 实例 化 了 。 另 外 ， 对 于 某 些 程序 ， 精 确 控制 模板 实例 
的 准确 位 置 也 是 很 有 用 的 ， 显 式 实例 化 就 可 以 做 到 这 一 点 ;而 如 果 使 用 
自动 实例 化 的 话 ， 这 种 精确 位 置 控 制 是 不 可 能 的 (细节 请 参见 第 10 
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为 了 让 程序 员 能 够 根据 实际 情况 ， 目 由 地 选择 包含 模型 或 者 显 式 实 
例 化 ， 我 们 可 以 把 模板 的 定义 和 模板 的 声明 放 在 两 个 不 同 的 文件 中 。 通 
常 的 做 法 是 使 用 头 文 件 来 表示 这 两 个 文件 ( 头 文 件 大 多 是 那些 希望 被 














#include、 具 有 特定 扩展 名 的 文件 ) ; 通 间 而 言 ， 遵 守 这 种 文件 分 开 约 
定 是 明智 的 (因此 ， 我 们 最 前 面 例子 中 的 myfirst.cpp 文 件 ， 现 在 将 命名 
为 myfirstdef.hpp， 由 预 处 理 器 来 检测 这 些 被 插入 的 代码 ) 。 图 6.1 所 示 的 
基于 Stack<> 类 模板 阐明 了 这 一 点 。 


stack .hpp: 


#ifndef STACK HPP 
#define STACK HPP 


#include <vector> 


template <typename T> 
class Stack { 
private: 
std: :vector<T> elLems : 
Public: 
Stack(}); 
void Push (T const&) : 
void pop(); 
T' topt) Sonst; 
}3? 


#endif 


stackdef .hpp: 


#ifndef STACKDEF HPP 
#define STACKDEF HPP 


#include "stack .hpp" 


template <typename T> 
void Stack<T>: :push (T const& elem) 
{ 


elems .push back (elem); 


} 


#endif 





图 6.1 分 开 模 板 声明 和 模板 定义 
现在 ， 如 果 我 们 希望 使 用 包含 模型 ， 那 么 只 要 #include 头 文件 
stackdef.hpp 束 可 以 了 。 反 之 ， 如 果 我 们 希望 显 式 实例 化 模板 ， 我 们 束 应 


该 贡 nclude 头 文 件 stack.hpp， 然 后 再 提供 一 个 含有 所 需要 显 式 实例 化 指 
示 符 的 dot-C 文 件 〈 见 图 6.2) 。 [25] 


stacktestl .cpp: 


#include "stack.hpp" 
#include <iostream> 
#include <string> 


int main() 
{ 
Stack<int> intStack; 
intStack.push (42); 
std: :cout << intStack.top() << std::endl; 
intStack .pop (); 


Stack<std: :string> stringStack; 
stringStack .push ("hello"); 
std: :cout << stringStack.top() << std::endl; 


stack inst.cpp: 


#include "stackdef .hpp" 
#include <string> 


// instantiate class Stack<> for int 
template Stack<int>; 


// instantiate some member functions of Stack<> for strings 
template Stack<std::string>::Stack(); 

template void Stack<std: : string>: :Push(std: :string constg); 
template std::string Stack<std: :String>: :topP() 





图 6.2 在 拥有 两 个 模板 头 文 件 的 情况 下 ， 进 行 显 式 实例 化 


6.3 分 离 模 型 


我 们 在 上 一 市 给 出 的 两 种 方法 都 可 以 正常 地 工作 ， 也 完全 符合 
C++ 标 准 。 然 而 ， 标 准 还 给 出 了 男 一 种 机 制 ， 导 出 模板 (exporting 


template〉。 这 种 机 制 通 常 也 被 称 为 C++ 模板 的 分 离 模 型 (separation 
model) 。 
6.3.1 关键 字 export 

大 体 上 讲 ， 关 键 字 export 的 功能 使 用 是 非常 简单 的 : 在 一 个 文件 里 
面 定 义 模板 ， 并 在 模板 的 定义 和 《“【 非 定义 的 ) 声明 的 前 面 加 上 关键 字 
export。 对 于 上 一 节 的 例子 ， 通 过 使 用 export， 我 们 会 得 到 下 面 的 函数 模 
板 声明 : 

//basics/myfirst3.hpp 

#ifndef MYFIRST_HPP 

#define MYFIRST_HPP 

// 模 板 声 明 


export 





template <typename T> 

void print_typeof(T const&); 

#endif //MYFIRST_ HPP 

即使 在 模板 定义 不 可 见 的 条 件 下 ， 被 导出 的 模板 [26] 也 可 以 正常 使 
用 。 换 句 话说， 使 用 模板 的 位 置 和 模板 定义 的 位 置 可 以 在 两 个 不 同 的 翻 
译 单元 中 。 在 我 们 的 例子 中 ， 文 件 myfirst3_hpp 现 在 只 是 包含 类 模板 的 
成 员 函 数 的 声明 ， 但 对 于 使 用 这 些 成 员 已 经 足够 了 。 和 刚 开 始 导 致 编译 
器 报错 的 那个 例子 相 比 ， 我 们 只 是 在 代码 中 添加 了 关键 字 export， 一 切 
就 可 以 顺利 通过 了 。 

在 一 个 预 处 理 文 件 内 部 《就 是 指 在 一 个 翻译 单元 内 部 ) ， 我 们 只 需 
要 在 第 一 个 声明 前 面 标记 export 关 键 字 就 可 以 了 ， 后 面 的 重新 声明 〈 也 
包括 定义 ) 会 隐 式 地 保留 这 个 export 特 性 。 这 也 是 我 们 不 需要 修改 文件 
myfirst.cpp 的 原因 所 在 。 就 是 说 ，myfirst.cpp 文 件 里 面 的 这 个 定义 是 隐 式 
exported， 因 为 在 它 ##include 的 头 文 件 myfirst3.hpp 里 面 ， 该 定义 所 对 应 的 

















声明 已 经 被 限定 为 export 的 了 。 男 一 方面 ， 在 模板 定义 中 提供 一 个 见 余 
的 export 关 键 字 也 是 可 取 的 ， 因 为 这 样 可 以 提高 代码 的 可 读 性 。 

实际 上 关键 字 export 可 以 应 用 于 函数 模板 、 类 模板 的 成 员 函 数 、 成 
员 函 数 模 板 和 类 模板 的 静态 数据 成 员 。 另 外 ， 它 还 可 以 用 于 类 模板 的 声 
明 ， 这 将 意味 着 每 个 可 导出 的 类 成 员 都 被 看 作 可 导出 实体 ， 但 类 模板 本 
号 实 际 上 却 没 有 被 导出 《〈 因 此， 类 模板 的 定义 仍然 需要 出 现在 头 文件 
中 ) 。 你 仍然 可 以 隐 式 或 者 显 式 地 定义 内 联 成 员 函 数 。 然 而 ， 内 联 函 数 
却 是 不 可 导出 的 : 


export template <typename T> 











class MyClass { 
public: 
void memfun1(); // 被 导出 (exported) 的 函数 
void memfun20 { / 隐 式 内 联 不 能 被 导出 


} 
void memfun3(); / 显 式 内 联 不 能 被 导出 


}; 
template <typename T> 


inline void MyClass<T>::memfun3() 


{ 


} 

男 外 ，export 关 键 不 能 和 inline 关 键 字 一 起 使 用 ;， 如 果 用 于 模板 的 
话 ，export 要 位 于 关键 字 template 的 前 面 ， 辟 如 下 面 的 程序 就 是 非法 的 : 

template <typename 工 > 


class Invalid { 


public: 


export void wrong(T); /错误 : export 没 有 位 于 template 
之 前 
上 
export template<typename T> // 错 误 : 同时 使 用 了 export 和 
inline 


inline void Invalid<T>::wrong(T) 

{ 

} 

export template<typename T> 

inline TT const& max(T const& a,，T const& b)// 错 误 : 同时 使 用 了 
export 和 inline 

| 


retuma<by?b:a 


6.3.2 分 离 模型 的 限 条 


谈 到 这 里 ， 你 可 能 会 觉得 奇怪 : 既然 导出 模板 (exported template) 
可 以 很 好 地 解决 最 初 的 问题 ， 我 们 为 何 仍然 建议 大 家 使 用 包含 模型 呢 。 
事实 上 ，export 关键 字 还 有 其 他 一 些 方面 的 影响 。 

首先 ， 在 C++ 标 准 推出 4 年 之 后 的 今天 ， 也 就 只 有 一 家 公司 真正 提 
供 了 对 export 关 键 字 的 支持 ”[27] 。 于 是 ，export 这 个 特性 未 能 像 其 他 
C++ 特 性 那样 广 为 流 传 。 显 然 ， 这 束 说 明 程序 员 使 用 export 的 经 验 是 非 
和 常 有 限 的 ， 因 此 我 们 针对 export 的 讨论 到 头 来 也 可 能 会 是 无 讲 于 事 。 实 
际 上 ， 我 们 的 这 些 担忧 在 将 来 是 很 有 可 能 会 得 到 重视 的 〈 所 以 我 们 才 会 
给 出 export 的 这 一 切 ， 这 是 为 了 将 来 做 准备 ) 。 

其 次 ，export 虽然 看 起 来 几乎 是 完美 无 缺 的 ， 但 它 实 际 上 还 是 有 一 








些 缺 点 的 。 在 应 用 分 离 模 型 的 最 后 ， 实 例 化 过 程 需要 处 理 两 个 位 置 : 模 
板 被 实例 化 的 位 置 和 模板 定义 出 现 的 位 置 。 虽 然 这 两 个 位 置 在 源 代 码 中 
看 起 来 是 完全 分 离 的 ， 但 系统 却 为 这 两 个 位 置 建立 了 一 些 看 不 见 的 耦 
合 。 就 是 说 ， 对 于 我 们 的 例子 而 言 ， 如 果 包 含 模板 定义 的 文件 发 生 了 改 
变 ， 那 么 不 仅 访 文 件 需要 进行 重新 编译 ， 所 有 “对 该 文件 中 模板 进行 实 
例 化 的 ?其 他 文件 都 需要 进行 重新 编译 。 虽 然 这 种 耦合 和 包含 模型 的 耦 
合 没 有 本 质 的 区 别 ， 但 是 这 里 的 耦合 在 源 代 码 中 是 看 不 见 的 。 也 正 是 由 
于 它 的 不 可 见 性 ， 所 以 那些 基于 代码 的 (诸如 常用 的 make 和 nmake 程 序 
等 ) 依赖 性 管理 工具 也 将 不 再 适用 。 这 就 意味 着 编译 器 需要 进行 一 些 额 
外 的 处 理 ， 来 跟踪 所 有 的 这 些 耦 合 。 这 也 将 导致 程序 的 创建 时 间 可 能 会 
比 包含 模型 所 需要 的 创建 时 间 还 要 多 。 

最 后 一 点 ， 被 导出 的 模板 可 能 会 导致 出 人 意料 的 语义 ， 我 们 将 在 第 
10 章 讨论 这 些 细节 。 

我 们 通常 会 认为 : 如 果 我 们 实现 了 export 机 制 ， 那 么 即使 在 模板 库 
不 提供 源 代码 定义 的 情况 下 ， 外 界 也 可 以 访问 该 库 的 模板 ( 束 像 访问 只 
包含 非 模板 实体 的 程序 库 一 样 ) [28] ; 但 实际 上 这 完全 是 一 个 误解 ， 
为 代码 隐藏 并 不 属于 语言 的 范畴 ， 所 以 也 就 不 是 export 机 制 上 自身 提供 这 
种 能 力 。 事 实 上 ， 要 像 隐 藏 [29] 被 导出 〈exported) 模板 定义 那样 ， 隐 
藏 被 mcluded 的 模板 定义 也 是 有 可 能 的 ， 或 许 也 是 可 行 的 〈 但 现在 的 编 
译 器 实现 并 不 文 持 这 种 模型 ) ;然而 遗憾 的 是 ， 这 样 我 们 将 又 遇 到 一 个 
新 的 挑战 : 当 exported 模 板 遇 到 编译 错误 ， 而 且 该 错误 可 能 提示 要 引用 
被 隐藏 代码 的 定义 的 时 候 ， 我 们 要 怎么 处 理 呢 ? 

6.3.3 为 分 离 模 型 做 好 诊 

一 个 好 的 办 法 就 是 : 对 于 我 们 预先 编写 的 代码 ， 存 在 一 个 可 以 在 包 
含 模 型 和 分 离 模 型 之 间 互 相 切 换 的 开关 ; 在 此 ， 我 们 使 用 预 处 理 指 示 符 
来 获得 这 种 特性 。 下 面 就 是 使 用 该 方法 的 简单 例子 : 
































//basics/myfirst4.hpp 

#ifndef MYFIRST_HPP 

#define MYFIRST_HPP 

// 如 果 定 义 了 USE_EXPORT, 就 使 用 export 

#if defined(USE_EXPORT) 

#define EXPORT export 

#else 

#define EXPORT 

#endif 

/模板 声明 

EXPORT 

template <typename T> 

void print_typeof(T const&); 

// 如 果 没 有 定义 USE_EXPORT, 就 包含 模板 定义 

#if !defined(USE_EXPORT) 

#include“myfirst.cpp” 

#endif 

#endif /MYFIRST_HPP 

通过 定义 或 者 忽略 预 处 理 符 号 ”USE_EXPORT， 我 们 现在 就 可 以 在 
两 种 模型 之 间 进 行 选 择 。 如 果 程 序 在 ##include“myfirst.hpp”* 之 前 已 经 定义 
了 USE_EXPORT， 那 么 将 会 使 用 分 离 模 型 : 

// 使 用 分 离 模 型 

#define USE_EXPORT 

#include“myfirst.hpp” 

如 果 程 序 并 没有 定义 USE_EXPORT， 那 么 将 会 使 用 包含 模型 ， 
为 在 这 种 情况 下 ，myfirst.hpp 己 经 自动 #include 了 myfirst.cpp 中 的 定义 : 

// 使 用 包含 模型 





#include“myfirst.hpp” 





显然 ， 这 个 方法 很 灵活 。 另 外 ， 我 们 需要 重申 的 是 : 除了 明显 的 逻 
辑 区 别 之 外 ， 这 两 种 模型 之 则 还 具有 细微 的 语义 区 别 。 

对 于 被 导出 的 模板 ， 我 们 仍然 可 以 对 它 进行 显 式 实例 化 。 在 这 个 例 
子 中 ， 模 板 定 义 也 可 以 位 于 男 一 个 文件 中 ， 只 和 需 在 程序 中 ##nclude 一 个 
含有 显 式 实例 化 的 .cpp 文 件 (具体 见 6.2〉 。 为 了 能 够 在 包含 模型 、 分 离 
模型 、 显 式 实例 化 这 3 种 方法 中 进行 选择 ， 我 们 可 以 把 USE_EXPORT 这 
种 控制 手段 和 6.2.2 小 节 所 描述 的 约定 结合 起 来 。 





6.4 模板 和 和 





把 短小 函数 声明 为 内 联 函数 是 提高 运行 效率 所 普遍 采用 的 方法 。 
inline 修饰 符 表 明 的 是 一 种 实现 : 在 函数 的 调用 处 使 用 函数 体 〈 即 内 
容 ) 直接 进行 内 联 著 换 ， 它 的 效率 要 优 于 普通 函数 的 调用 机 制 〈 针 对 短 
小 函数 而 言 )》 。 然 而 ， 标 准 并 没有 强制 编译 器 实现 这 种 “在 调用 处 执行 
内 联 蔡 换 ” 的 机 制 ， 实 际 上 ， 编 译 器 也 会 根据 调用 的 上 下 文 来 决定 是 否 
进行 蔡 换 。 

函数 模板 和 内 联 函 数 都 可 以 被 定义 于 多 个 翻译 单元 中 。 通 常 ， 我 们 
是 通过 下 面 途径 来 获取 这 个 实现 : 把 定义 放 在 一 个 头 文件 中 ， 而 这 个 头 
文件 又 被 多 个 dot-C 文 件 所 包含 〈(#include) 。 

这 种 实现 会 给 我 们 这 样 一 种 印象 : 函数 模板 缺 省 情况 下 是 内 联 的 。 
然而 ， 这 种 想法 是 不 正确 的 。 所 以 ， 如 果 你 编写 需要 被 实现 为 内 联 函 数 
的 函数 模板 ， 你 仍然 应 该 使 用 inline 修饰 符 ( 除 非 这 个 函数 由 于 是 在 类 
定义 的 内 部 进行 定义 的 而 已 经 被 隐 式 内 联 了 )。 

因此 ， 对 于 许多 不 属于 类 定义 一 部 分 的 短小 模板 函数 ， 你 应 该 使 用 
关键 字 inline 来 声明 它们 [30] 。 




















6.5 预 编译 头 


即使 不 存在 模板 ，C++ 头 文件 也 可 以 变 得 非常 巨大 ， 从 而 需要 很 长 
的 编译 时 间 。 模 板 更 是 增加 了 编译 时 间 。 于 是 ， 程 序 员 就 呼吁 产品 厂家 
实现 一 种 称 为 预 编译 头 文件 (precompiled header) 的 机 制 ; 该 机 制 是 位 
于 标准 的 范围 之 外 的 ， 并 且 主 要 依赖 于 特定 产品 的 实现 。 虽 然 我 们 会 把 
如 何 创建 和 使 用 预 编 译 头 文件 的 细节 留 给 只有 这 个 特性 的 C++ 编译 系统 
的 文档 ， 但 知道 预 编 译 是 如 何 进 行 的 还 是 很 有 神 益 的 。 

当 翻 译 一 个 文件 时 ， 编 译 器 是 从 文件 的 开头 一 直 进 行 到 文件 末端 
的 。 当 处 理 文 件 中 的 每 个 标记 《这 些 标记 可 能 来 自 于 ##ncluded 的 文件 ) 
时 ， 编 译 器 会 匹配 它 的 内 部 状态 ， 包 括 添 加 入 口 点 到 符号 表 ， 从 而 在 后 
面 可 以 查找 等 。 在 这 个 过 程 中 ， 编 译 器 还 会 在 目标 文件 中 生成 代码 。 

预 编译 头 文 件 机 制 主要 依赖 于 下 面 的 事实 : 我 们 可 以 使 用 某 种 方式 
来 组 织 代 码 ， 让 多 个 文件 中 前 面 的 代码 都 是 相同 的 。 假 想 有 一 个 例子 : 
由 于 实 参 的 原因 ， 每 个 需要 编译 的 文件 的 前 面 N 行 代码 都 是 相同 的 。 于 
是 ， 我 们 可 以 先 编译 完 这 N 行 代码 ， 并 把 编译 器 在 (编译 后 ) 这 一 点 的 
完整 状态 储存 在 一 个 所 谓 的 预 编 译 头 文件 中 。 因 此 ， 对 于 程序 中 的 剩 下 
文件 的 编译 ， 我 们 只 需要 先 加 载 上 面 已 经 保存 的 状态 ， 然 后 从 第 ”N+1 
行 开 始 编译 就 可 以 了 《因为 前 面 N 行 代码 都 是 相同 的 ) 。 此 时 我 们 还 应 
该 知道 : 重新 加 载 已 保存 的 状态 是 一 个 很 快 的 操作 ， 它 要 比 实 际 上 编译 
前 面 的 N 行 程序 快 得 多 。 然 而 ， 第 一 次 编译 并 保存 这 个 状态 就 要 比 编译 
这 N 行 代码 慢 ; 而 增加 的 时 间 代 价 也 要 根据 实际 情况 在 20% 一 2009% 不 
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充分 利用 预 处 理 头 文件 的 关键 之 处 在 于 : 〈 尽 可 能 地 ) 确认 许多 文 
件 开始 处 的 相同 代码 的 最 大 行 数 。 在 实际 应 用 中 ， 这 就 意味 着 文件 必须 
以 相同 的 巩 nclude 指 示 符 开始 ， 因 为 #include 指 示 符 本 身 耗 费 了 很 大 一 部 
分 的 创建 时 间 。 因 此 ， 对 于 被 包含 (included) 的 众多 头 文件 ， 注 意 它 





们 的 被 包含 顺序 是 相当 重要 的 ， 璧 如 : 
#include <iostream > 
#include<vector> 


#include<list> 


和 
#include<list> 


#include<vector> 


就 不 能 使 用 预 编 译 头 文件 ， 因 为 两 者 在 源 代 码 中 没有 共同 的 初始 状 


ay 


有 些 程序 员 会 认为 : 在 使 用 预 编译 头 文件 的 时 候 ， 人 允许 #include 一 
部 分 额外 无 用 的 头 文件 ， 要 比 只 选择 有 用 的 头 文件 具有 更 好 的 编译 速 
度 ; 这 还 可 以 让 包含 策略 的 管理 变 得 更 加 容易 。 例 如 ， 通 营 我 们 会 直接 
创建 一 个 名 为 std.hpp 的 头 文 件 ， 让 和 它 包 含 所 有 的 标准 头 文件 [31] : 


#include <iostream> 








#include <string> 
#include <vector> 
#include <deque> 


#include <list> 


然后 对 std.hpp 进 行 预 编译 ， 因 此 每 个 使 用 标准 库 的 程序 文件 现在 只 
需要 这 样 开始 就 可 以 : 
#include“std.hpp” 








通 第 而 言 ， 预 编译 这 个 文件 需要 一 段 时 间 ; 但 对 于 具有 足够 内 存 的 
系统 ， 预 编译 头 文件 机 制 会 使 得 处 理 速 度 比 编译 大 多 数 单 个 (未 经 过 预 


编译 的 ) 标准 头 文件 快 很 多 。 另 外 ， 使 用 这 种 方式 ， 我 们 几乎 可 以 使 用 
所 有 的 标准 头 文件 ， 因 为 标准 头 文件 都 是 很 少 改 变 的 ; 因此 我 们 的 预 纺 
译 头 文件 std.hpp 束 只 需要 创建 一 次 ， 就 可 以 在 后 面 多 次 使 用 [32] 。 相 
反 ， 如 果 不 能 保证 这 种 稳定 性 ， 预 编译 头 文件 可 能 就 会 因为 项 目 具 体 情 
况 的 变化 而 不 断 改 变 ， 并 成 为 项 目的 依赖 性 配置 的 一 部 分 (例如 ， 根 据 
需要 使 用 诸如 make 等 工具 来 进行 更 新 ) 。 

管理 了 预 编译 头 文件 的 一 种 可 取 的 方法 是 : 对 预 编 译文 件 进 行 分 层 ， 
即 根据 头 文件 的 使 用 频率 和 稳定 性 来 进行 分 层 。 于 是 ， 对 于 那些 不 会 发 
生变 化 的 头 文件 ， 融 很 有 必要 对 它们 进行 预 编译 。 然 而 ， 如 果 头 文件 是 
处 于 一 个 大 型 开发 项 目 中 ， 那 么 对 所 有 的 文件 都 进行 预 编译 所 耗费 的 时 
间 ， 可 能 会 比重 用 预 编 译 头 文件 所 节省 的 时 间 还 要 多 。 因 此 ， 解 决 这 个 
问题 的 关键 之 处 在 于 : 我 们 应 该 对 那些 属于 更 稳定 级 别 的 头 文 件 先进 行 
预 编 译 ， 然 后 在 不 太 稳 定 的 头 文件 中 重用 这 个 稳定 的 预 编 译 头 文件 ， 从 
而 提高 整个 编译 效率 。 例 如 ， 假 设 除 了 处 理 前 面 介绍 的 std.hpp 头 文件 之 
外 《我 们 已 经 对 该 它 进 行 预 编译 了 ) ， 我 们 还 定义 了 一 个 core.hpp 头 文 
件 ， 它 包含 了 我 们 项 目 特有 的 额外 功能 ， 可 是 ，core.hpp 的 稳定 性 低 于 
std.hpp 的 稳定 性 ， 那 么 它 大 体 是 这 样 的 : 

#include“std.hpp” 

















#include“core_data_hpp” 


#include“core_algos.hpp” 


为 该 文件 是 以 ”#include“std.hpp” 开 涉 的 ， 编 译 器 将 会 加 载 相关 的 
预 编译 头 文件 ， 然 后 从 下 一 行 开始 编译 ， 而 不 会 重新 编译 所 有 的 标准 头 
文件 。 当 文件 ‘core.hpp’ 完 全 经 过 处 理 之 后 ， 就 产生 了 一 个 新 的 预 编译 头 
文件 。 于 是 ， 应 用 程序 可 以 使 用 ##nclude“core.hpp”* 来 提供 〈( 比 std.hpp) 
功能 更 多 、 速 度 更 快 的 访问 ， 因 为 编译 器 可 以 直接 加 载 后 面 这 个 经 过 预 
编译 的 头 文 件 。 





6.6 调试 模板 


当 需 要 调试 模板 的 时 候 ， 我 们 将 会 面临 来 自 两 方面 的 挑战 。 一 种 挑 
战 来 自 模 板 的 编写 者 : 针对 某 一 个 模板 ， 如 果 它 的 任何 一 个 模板 实 参 都 
己 经 符合 文档 所 编写 的 要 求 ， 那 么 我 们 如 何 才能 够 保证 模板 可 以 正确 地 
运作 呢 ?” 男 一 种 挑战 正好 来 自 对 立 的 一 方 ( 即 模板 的 使 用 者 ): 在 遇 到 
模板 的 行为 和 文档 中 所 描述 的 情况 有 差异 的 时 候 ， 模 板 的 用 户 如 何 才能 
发 现 哪个 模板 参数 违反 了 文档 要 求 ， 或 者 是 违反 了 模板 参数 的 哪 条 要 求 
呢 ? 

在 深入 讨论 这 些 话题 之 前 ， 让 我 们 先 来 考察 可 以 强加 给 模板 参数 的 
一 些 约束 ， 这 是 非常 有 必要 的 。 因 为 在 这 一 节 里 ， 我 们 哲 述 的 大 多 数 编 
译 期 错误 就 是 由 于 违反 这 些 约束 而 产生 的 ， 我 们 把 这 些 约束 称 为 语法 约 
束 (syntactic constraint) 。 语 法 约束 可 以 包括 要 求 菜 种 构造 函数 必须 存 
在 、 某 个 特定 函数 调用 不 能 产生 二 义 性 等 。 而 对 于 其 他 的 约束 ， 我 们 称 
为 语义 约束 〈semantic constraint) 。 事 实 上 ， 要 想 机 械 地 验证 某 个 约束 
究竟 属于 哪 一 类 约束 是 非常 困难 的 ， 在 有 些 情 况 下 ， 我 们 甚至 根本 就 不 
能 够 进行 这 种 验证 。 例 如 ， 我 们 会 要 求 模 板 类 型 参数 必须 具有 operator< 
的 定义 《这 是 个 语法 约束 ) ， 但 大 多 数 情况 下 ， 我 们 还 要 求 这 个 运算 符 
实际 上 定义 的 是 某 种 领域 下 的 排序 规则 《这 是 语义 约束 ) 。 

concept 这 个 术语 通常 被 用 于 表示 : 在 模板 库 中 重复 需求 的 约束 集 
合 。 例 如 ，C++ 标 准 库 就 依赖 于 诸如 随机 访问 选 代 器 (random access 
iterator) 和 人 缺 省 可 构造 《default constructible) 等 concept。concepts 还 可 
以 形成 体系 ;就 是 说 ， 某 个 concept 可 以 是 其 他 concept 的 进一步 细 化 
〈 也 称 为 精 化 ) ， 更 精 化 的 concept 不 但 具备 上 层 concept 的 各 种 约束 ， 

而 且 还 增加 了 一 些 针对 自 映 的 约束 。 例 如 ， 在 C++ 标准 程序 库 中 ， 


concept random access iterator 就 是 concept bidirectional iterator 的 精 化 。 有 

















了 这 些 术 语 之 后 ， 在 模板 实现 和 模板 使 用 的 过 程 当中 ， 我 们 可 以 认为 : 
调试 模板 代码 的 主要 工作 是 判断 模板 实现 和 模板 定义 中 哪些 concept 被 违 
肥 了 了。 
6.6.1 理解 长 段 的 错误 信息 

普通 的 编译 错误 通常 都 是 相当 简洁 的 ， 并 且 也 能 一 针 见 血 地 指出 问 
题 的 所 在 。 壁 如 ， 当 编译 器 给 出 “class X has no member ‘fun” ”的 错误 信 
奶 时 ， 我 们 通常 都 能 很 快 找 出 代码 中 的 错误 〈 和 譬如， 我 们 把 fun 写 成 了 
run) 。 但 是 ， 涉 及 模板 的 代码 并 非 如 此 。 让 我 们 考虑 下 面 摘 取 自 茶 程 
序 的 简单 代码 ， 它 使 用 了 C++ 标准 程序 库 。 假 设 我 们 在 代码 中 犯 了 一 个 











很 小 的 错误 : 首先 声明 一 个 list<string> 对 象 ， 但 当 我 们 应 该 使 用 
greater<string> 水 数 对 象 来 对 它 进行 查找 时 ， 我 们 却 错 误 地 写成 了 
greater<int> 函 数 对 象 : 


std::list<std::string> coll; 


// 找 到 第 一 个 大 于 ‘A’ 的 元 素 
std::list<std::string>::iterator pos; 
pos = std::find_if(coll.begiin(), coll.end(), /查找 范围 
std::bind2nd(std::greater<int>(),”A”) );// 查 找 准则 
事实 上 ， 在 我 们 平 第 的 代码 剪 切 、 代 码 粘 贴 过 程 中 ， 束 很 有 可 能 会 
筷 记 修改 这 些 细节 ， 从 而 就 出 现 类 似 上 面 的 错误 。 
壁 如 ， 某 个 常用 版 本 的 GNU C++ 编译 器 会 报告 下 面 的 错误 : 


/1ocal/include/st1/_algo.h: In function ‘struct _STL::_List_iterator<_STL::basic 
_string<char,_STL::char_traits<char>,._STL::allocator<char> >,_sTL::_Nonconst_tra 
its<_STL::basic_string<char,_STL::char_traits<char>,_STL::allocator<char> > > > 
_STL: :find_if<_STL::_List_iterator<_STL::basic_string<char,_STL: :char_traits<cha 
r>,_STL::allocator<char> >,_STL::_Nonconst_traits<_STL::basic_string<char,_STL:: 
char_traits<char>,_STL::allocator<char> > > >, _STL: :binder2nd<_STL: :greater<int 
> > >(_STL::_List_iterator<_STL: :basic_string<char,._STL::char_traits<char>,_STL: 
:allocator<char> >,_STL::_Nonconst_traits<_STL::basic_string<char,._STL: :char_tra 
its<char>,_STL::allocator<char> > > >, _STL::_List_iterator<_STL::basic_string<c 
har,_STL: :char_traits<char>,_STL: :allocator<char> >,_STL::_Nonconst_traits<_STL: 
:basic_string<char,_STL::char_traits<char>,_STL::allocator<char> > > >, _STL:; :bi 
nder2nd<_STL: :greater<int> >, _STL::input_iterator_tag)’: 
/local/include/stl/_algo.h:115: instantiated from ‘_STL::find_if<_STL::_List._i 
terator<_STL::basic_string<char,_STL::char_traits<char>,_STL::allocator<char> >， 
_STL::_Nonconst_traits<_STL::basic_string<char,._STL::char_traits<char>,_STL::all 
ocator<char> > > >, _STL::binder2nd<_STL::greater<int> > >(_STL::_List_iterator< 
_STL::basic_string<char,._STL::char_traits<char>,._STL::allocator<char> >,_STL::_N 
onconst_traits<_STL::basic_string<char,._STL::char_traits<char>,_STL::allocator<c 
har> > > >, _STL::_List_iterator<_STL::basic_string<char,._STL::char_traits<char> 


,-STL::allocator<char> >,_STL::_Nonconst_traits<_STL::basic_string<char,_STL: :ch 
ar_traits<char>,._STL::allocator<char> > > >, _STL::binder2nd<_STL: :greater<int> 
2 

testprog.cpp:18: instantiated from here 

/local/include/stl/_algo.h:78: no match for call to ‘(_STL::binder2nd<_STL::grea 
ter<int> >) (_STL::basic_string<char,_STL::char_traits<char>,._STL::allocator<cha 
了 区 的) 

/local/include/stl1/_function.h:261: candidates are: bool _STL::binder2nd<_STL::g 
reater<int> >::operator ()(const int &) const 


这 个 信息 看 起 - 段 小 说 ， 而 不 是 诊断 信息 。 它 会 大 大 打击 
模板 初学 者 的 信心 。 然 而 ， 当 有 了 一 定 的 经 验 之 后 ， 我 们 就 会 发 现 这 类 
言 息 也 是 可 应 付 的 ， L 以 比较 容易 地 找 出 症 吉 所 在 。 

错误 信息 的 第 一 部 分 表明 : 在 头 文件 /local/include/stl/_algo.h 里 面 的 

个 函数 模板 实例 〈 有 具有 一 个 特别 长 的 名 称 ) 中 出 现 了 一 个 错误 。 接 下 
来 ， 编 译 器 报告 它 为 什么 实例 化 这 个 特殊 的 实例 。 在 这 个 例子 中 ， 所 有 
错误 都 从 testprog.cpp〈 它 是 包含 我 们 例子 代码 的 文件 ) 的 第 18 行 开始 ， 





该 行 引起 _algo.h 头 文件 在 115 行 进行 find_if 模 板 的 实例 化 。 编 译 器 报告 了 
所 有 的 这 些 错 误 ， 但 我 们 可 能 并 不 期 望 看 到 所 有 被 实例 化 的 模板 : 然 
而 ， 这 样 却 可 以 想 让 我 们 清楚 引起 实例 化 事件 的 整个 过 程 。 

然而 ， 在 我 们 的 例子 里 ,我们 相信 所 需要 的 模板 都 已 经 被 实例 化 
了 ， 并 不 知道 为 什么 仍然 会 出 现 错误 。 事 实 上 ， 最 后 一 部 分 信息 给 出 了 
答案 ， 它 说 明 ‘no match for calj:， 这 意味 着 有 一 个 函数 调用 的 实 参 类 型 
和 参数 类 型 不 匹配 ， 从 而 不 能 被 解析 。 而 且 ， 在 这 一 行 的 后 面 ， 包 
含 ‘candidate are’ 的 那 一 行 解释 存在 一 个 单一 的 候选 类 型 ， 它 期 望 的 是 
一 个 整 型 〈 即 参数 类 型 为 const int&) 。 再 回头 看 程序 的 第 18 行 ， 我 们 看 
至 |std::bind2nd(std::greater<int>(),“A”) 确 实 包 含 了 一 个 整 型 ( 即 <int>) ， 
因此 可 以 知道 它 和 我 们 在 例子 中 要 查找 的 字符 串 类 型 是 不 一 致 的 。 我 们 
把 <int> 蔡 换 为 <std::string>， 例 子 就 可 以 正确 运行 了 。 

室 无 疑问 ， 这 些 错误 信息 可 以 具有 更 好 的 结构 ， 从 而 就 可 以 在 实例 
化 之 前 发 现实 际 的 问题 。 首 先 ， 我 们 要 使 用 一 种 方法 来 蔡 换 完全 扩展 的 
模板 实例 化 名 称 : 如 MyTemplate<YourTemplate<int>> 应 该 分 解 为 
MyTemplate<T> 和 T=YourTemplate<int>， 从 而 减少 名 称 的 长 度 。 另 一 方 
面 ， 在 很 多 情况 下 ， 所 有 的 诊断 信息 都 可 能 是 很 有 用 的 ; 因此 如 果 其 他 
的 编译 器 也 提供 了 类 似 的 诊断 信息 (尽管 采用 了 上 面 的 结构 化 信息 〉， 
那 也 就 不 足 为 奇 了 。 

Leor Zolman 编 写 了 一 个 名 为 STLFilt 的 实用 程序 ， 它 提供 了 一 种 方 
法 ， 用 于 解读 多 种 编译 器 输出 的 STL 错 误 信 息 〈 见 
http:/www.bdsoft.com/tools/stlfilt.html) 。 























6.6.2 浅 式 实例 化 
如 果 错 误 是 在 经 过 很 长 的 实例 化 链表 之 后 才 被 发 现 的 ， 那 么 将 会 出 
现 诸如 前 面 所 讨论 那些 诊断 信息 。 为 了 说 明 这 个 问题 ， 先 考虑 下 面 我 们 
自己 写 的 代码 : 





template <typename 工 > 
void clear (T const& p) 
' 
*p=0; // 假 设 T 是 一 个 类 似 指针 的 类 型 
} 
template <typename T> 
void core (T const& p) 
{ 
clear(p); 
} 
template <typename T> 
void middle (typename T::Index P) 
{ 


core(p); 


template <typename T> 


void shell (T const& env) 


{ 
typename T::Index i; 
middle<T>(); 
} 
class Client { 
public: 
typedef int Index; 


六 
Client main client: 


int main() 


shell(main_client); 

} 

这 个 例子 给 出 了 软件 开发 中 典型 的 层次 结构 : 诸如 shell0 的 高 层 函 
数 模板 依赖 于 诸如 middle() 的 组 件 ， 而 组 件 义 使 用 了 诸如 core() 的 功能 。 
当 我 们 实例 化 shell0 的 时 候 ， 它 下 面 层 次 的 函数 模板 也 应 该 相应 地 被 实 
例 化 。 在 这 个 例子 里 ， 我 们 在 最 底层 发 现 了 一 个 问题 ， 我 们 用 int 类 型 对 
core0) 进 行 实例 化 《int 来自 于 middle0 中 Client::Index 的 使 用 ) ， 并 且 试 图 
对 一 个 int 类 型 的 值 解 引 用 〈dereference) ， 而 这 明显 是 错误 的 。 另 外 ， 
一 份 完 整 的 通用 诊断 信息 应 该 包含 对 产生 这 个 问题 的 所 有 层次 的 跟 踩 信 
轧 ， 但 我 们 往往 会 发 现 根本 很 难 准 确 把 握 这 人 么 多 的 信息 。 

在 [StroustrupDnE] 中 我 们 可 以 找到 一 些 围绕 这 个 问题 的 详细 讨论 ， 
Bjarne Stroustrup 提 出 了 两 种 可 以 提前 验证 模板 实 参 是 否 符合 一 系列 约束 
的 方法 : 通过 语言 扩展 或 者 通过 提前 使 用 参数 。 我 们 将 在 13.11 节 对 前 
一 种 方法 进行 介绍 ; 而 后 一 种 方法 主要 在 于 把 模板 错误 强制 在 浅 式 实例 
化 中 。 我 们 是 通过 插入 没有 被 使 用 的 代码 [33] 来 获取 这 种 实现 的 ， 这 些 
代码 并 没有 其 他 的 用 途 ， 只 是 在 实例 化 模板 代码 的 高 层 模板 实 参 不 符合 
低层 模板 约束 时 ， 引 发 一 个 错误 。 

在 我 们 前 面 的 例子 中 ， 我 们 可 以 在 shell0 中 添加 代码 ， 让 它 试 图 对 
T::Index 类 型 的 值 进行 解 引用 。 例 如 : 


template <typename T> 

















inline void ignore(T const&) 
{ 

} 

template <typename T> 
void shell (T const& env) 

{ 


class ShallowChecks { 
void deref(T::Index ptr) { 


ignore(*ptr); 
] 
}; 
typename T::Index I; 
middle(i); 


} 

如 有 果 T 是 一 个 使 T::Index 不 能 被 解 引 用 的 类 型 ， 那 么 在 局 部 类 
ShallowChecks 将 会 引发 一 个 错误 。 另 外 我 们 知道 ， 实 际 上 这 个 局 部 类 
并 没有 被 使 用 〈 即 哑 代 码 ) ， 因 此 添加 的 代码 并 不 会 影响 shell0 函 数 的 
运行 时 间 。 但 遗憾 的 是 ， 许 多 编译 器 都 会 对 ShallowChecks 并 没有 被 使 
用 的 这 个 事实 《〈 它 的 成 员 也 没有 被 使 用 ) 提出 警告 。 我 们 可 以 使 用 诸如 
ignore() 模 板 等 tricks [34] 来 避免 这 类 警告 ， 但 却 会 增加 代码 的 复杂 上 度 。 

显然 ， 在 我 们 的 例子 中 所 开发 的 这 种 哑 代 码 会 和 实现 模板 实际 功能 
的 代码 一 样 复杂 。 为 了 控制 这 种 复杂 上 度 ， 我 们 需要 收集 各 种 哑 代 码 片断 
来 组 成 一 个 程序 库 。 壁 如 ， 这 样 一 个 程序 库 应 该 包含 了 许多 可 以 扩展 成 
代码 的 宏 ， 当 模板 的 参数 将 换 违反 了 参数 蔡 换 的 concept 时 ， 这 些 代码 
就 会 引发 一 个 错误 。 束 目前 而 言 ， 最 流行 的 这 类 程序 库 是 Concept Check 
Library， 它 属于 Boost 库 发 布 产 品 的 一 部 分 。 

遗憾 的 是 ， 这 些 技术 的 可 移植 性 很 差 ( 不 同 的 编译 器 对 错误 的 诊断 
方法 并 不 一 致 )， 而 且 ， 有 时 候 还 掩饰 了 一 些 在 更 高 层次 不 能 被 捕获 的 


背 误 。 














6.6.3 长 符号 串 
我 们 在 6.6.1 小 节 分 析 的 错误 信息 还 市 来 了 必 一 个 模板 问题 : 实例 
化 后 的 模板 代码 会 产生 很 长 的 符号 串 。 例 如 ， 在 实现 中 使 用 前 面 





std::string 的 代码 会 被 扩展 成 : 

_9TL::basic_string<char，STL::char traits<char>， 

_STL::allocator<char> > 

某 些 使 用 C++ 标准 库 的 程序 经 冲 会 产生 超过 10 ”000 个 字符 的 符号 
串 ， 而 这 些 超 长 的 字符 很 容易 会 令 编译 器 、 链 接 右 和 调试 器 产生 错误 或 
者 警告 信息 。 虽 然 现 在 的 编译 器 使 用 压缩 技术 来 减少 这 种 问题 ， 但 是 在 
错误 信息 中 ， 这 种 压缩 技术 并 不 雪 效 。 

6.6.4 跟踪 程序 

到 目前 为 止 ， 我们 已 经 讨论 了 编译 和 链接 包含 模板 的 程序 时 所 出 现 
的 错误 。 然 而 ， 最 具 挑 战 性 的 任务 在 于 : 在 确认 程序 可 以 正确 运行 之 
前 ， 我 们 先 要 确认 程序 的 创建 过 程 也 是 成 功 的 。 模 板 通 常 都 会 令 创建 过 
程 更 加 复 淋 ， 因 为 模板 所 表示 的 通用 代码 [35] 还 要 依赖 于 使 用 模板 的 客 
户 端 〈 这 也 是 比 普 通 类 、 普 通 函数 多 的 地 方 ) 。 跟 踪 程 序 (tracer) 是 
一 个 软件 设备 ， 它 通过 在 开发 周期 的 早期 检测 模板 定义 中 的 问题 ， 来 减 
轻 调试 时 各 个 方面 的 负担 。 

跟踪 程序 可 以 是 一 个 用 户 定 义 的 类 ， 可 以 用 做 一 个 测试 模板 的 实 
参 。 通 常 ， 该 类 的 定义 有 且 仅 有 满足 模板 测试 的 功能 。 更 重要 的 是 ， 对 
于 跟踪 程序 所 调用 的 每 个 操作 ， 该 跟踪 程序 都 应 该 产生 一 个 针对 该 操作 
的 跟踪 。 例 如 ， 利 用 跟踪 程序 ， 我 们 可 以 用 实验 方法 来 确认 算法 的 效率 
和 操作 的 实际 调用 步骤 。 

下 面 是 一 个 利用 跟踪 程序 来 测试 排序 算法 的 例子 : 

/basics/tracer.hpp 























#include <iostream> 
class SortTracer { 


private: 


int value: /要 被 排序 的 整数 值 


int generation; /产生 拷贝 的 份 数 


static long n_created; /调用 构造 函数 的 次 数 
static long n_destroyed; /调用 析 构 函数 的 次 数 
static long n_assigned; /赋值 的 次 数 

static long n_compared; /比较 的 次 数 

static long n_max_jlive; // 现 存 对 象 的 最 大 个 数 


// 重 新 计算 现存 对 象 的 最 大 个 数 
static void update_max._live() { 
if(n_created-n_destroyed > n_max_live) { 


n max live = n created ~ n_destroyed; 


} 

public: 

static long creations() { 
return n_created; 

} 

static long destructions() { 
return n_destroyed; 

} 

static long assignments() { 
return n_assigned; 

} 

static long comparisons() { 
return n_compared; 

} 

static long max_liveO { 


return n_max_ live:; 


} 
public: 
1/ 构造 函 数 
SortTracer (int v = 0) : value(v), generation(1) { 
++n_ created: 
update_max_live(); 
std::cerr <<“SortTracer #"“ << n_created 
<<”, created generation“ << generation 
<<® (total:“ << n_create ~ n_destroyed 
< 
} 
/拷贝 构造 函数 
SortTracer (SortTracer const& b) 
:Value(b.value), generation(b.generation + 1) { 
++n created:; 
update_max_live(); 
std::cerr <<“SortTracer #”<< n_created 
<<”, copied as generation” << generation 


<<"“ (total:“ << n_created — n_destroyed 


<<“)\n”; 


// 析 构 函 数 
~SortTracer() { 
++n_destroyed; 
update_max_live(); 
std::cerr <<“SortTracer generation” << generation 


<<“ destroyed (total:“ 


<<n_ created —n_destroyed <<“)\n”; 
} 
/赋值 运算 符 
SortTracer& operator= (SortTracer const& pb) { 
++n_assigned; 
std::cerr << "SortTracer assignment #" << n_assigned 
<<" (generation " << generation 
<<"="<< b.generation 
<<")\n"; 
value = b.value; 
return *this; 
} 
/ 比较 运算 符 
friend bool operator < (SortTracer const& a, 
SortTracer const& b) { 
++n_compared; 
std::cerr << "SortTracer comparison #" << n_compared 
<<" (generation " << a.generation 
<<"<"<<b.generation 
<<")\n"; 
return a.value < b.value; 
} 
int val() const { 
return value; 
} 
上 
除了 排序 值 value 之 外 ， 这 个 tracer 类 还 提供 了 几 个 用 来 跟踪 实际 





排序 过 程 的 成 员 : generation 跟 踪 原 有 对 象 产生 了 多 少 份 找 贝 。 其 他 的 
静态 成 员 分 别 跟踪 : 创建 的 个 数 构 造 函 数 调用 的 次 数 ) 、 析 构 函 数 调 
用 的 次 数 、 赋 值 运 算 符 调用 的 次 数 、 比 较 的 次 数 以 及 同一 时 刻 现 存 对 象 
的 最 大 个 数 。 

下 面 的 静态 成 员 定义 在 一 个 分 开 的 dot-C 文 件 中 : 

//basics/traler.cpp 





#include "tracer.hpp" 

long SortTracer::n_created = 0; 

long SortTracer::n_destroyed = 0; 

long SortTracer::n max live = 0; 

long SortTracer::n_assigned = 0; 

long SortTracer::n compared = 0; 

这 个 特殊 的 跟踪 程序 (tracer〉 类 让 我 们 能 够 跟踪 给 定 模 板 的 模 
式 、 实 体 创 建 、 析 构 函 数 、 赋 值 操 作 和 比较 操作 。 下 面 的 测试 程序 针对 
C++ 标 准 库 的 std::sort 算 法 来 说 明 这 一 系列 跟 踩 : 

//basics/tracertest.cpp 

#include <iostream> 

#include <algorithm> 


#include "tracer.hpp" 


int main() 

| 
/准备 输入 的 例子 : 
SortTracer input[] = { 7, 3, 5, 6, 4, 2, 0, 1, 9, 8 }; 
/ 输出 初始 值 : 


for (int i=0; i<10; ++i) { 


std::cerr << input[li].val() <<"'"; 


std::cerr << std::endl; 

/ 存 取 初始 状态 : 

long created_at_start = SortTracer::creations(); 
long max_live_at_ start = SortTracer::max_live(); 
long assigned_at_start = SortTracer::assignments(); 


long compared_at_start = SortTracer::comparisons(); 


/ 执行 算法 : 


std::cerr << "---[ Start std::sort() ]-------------------- MD; 
std::sort<>(&input[0], &input[9]+1); 

std::cerr << "---[ End std::sort() ]---------------------- \n", 
/ 确认 结 


for (int i=0; i<10; ++i) { 
std::cerr << input[li].val() <<""; 

} 

std::cerr << "nn"; 

/ 最 后 的 输出 报告 : 

std::cerr << "std::sort() of 10 SortTracer's" 
<<" was performed by:\n " 
<< SortTracer::creations() - created_at_start 
<<" temporary tracers\n " 
<<"upto" 
<< SortTracer::max_live() 
<< " tracers at the same time (" 
<< max_live_at_start << " before)n " 
<< SortTracer::assignments() - assigned_at_start 
<< "assignmentsn " 


<< SortTracer::comparisons() - compared_at_start 


<<" comparisons\n\n", 
} 
运行 这 个 程序 我 们 将 会 看 到 多 行 的 输出 ， 但 从 “最 后 的 输出 报告 ”这 
一 行 开始 我 们 可 以 得 到 所 期 望 的 结论 。 和 针对 std::sort0 函 数 的 实现 ， 我 们 
可 以 得 到 下 面 的 输出 报告 : 
std::sort() of 10 SortTracer’s was performed by: 





15 temporary tracers 
up to 12 tracers as the same time (10 before) 
33 assignments 
27 comparisons 
壁 如 ， 我 们 在 例子 中 可 以 看 到 : 在 排序 的 时 候 ， 虽 然 创 建 了 15 个 临 
时 的 tracer， 但 在 同一 时 刻 最 多 只 存在 两 个 多 余 的 tracer。 
因此 ， 我 们 的 tracer 扮 演 着 两 种 角色 : 它 说 明了 我 们 的 tracer 完 全 满 
足 标 准 sortO 算 法 的 要 求 〈 例 如 ， 并 不 需要 运算 符 = = 和 运算 符 >) ， 胸 
外 ， 它 让 我 们 对 算法 的 开销 有 个 大 体 的 把 握 。 然 而 ， 它 并 没有 给 出 排序 
模板 的 正确 性 究竟 如 何 。 





6.6.5 oracles 

使 用 跟踪 程序 是 相对 比较 简单 和 行 之 有 效 的 技术 ， 但 它 只 能 让 我 们 
对 模板 的 特定 输入 和 相关 功能 的 特定 行为 进行 跟踪。 人 然而， 我 们 可 能 会 
期 望 跟踪 程序 能 够 处 理 并 不 局 限于 这 些 特定 要 求 的 其 他 情况 。 例 如 ， 用 
于 排序 算法 的 比较 运算 符 需 要 有 具备 什么 条 件 ， 才 能 够 使 比较 是 有 效 的 
《或 者 是 正确 的 ) 。 但 在 例子 中 ， 我 们 只 是 对 整数 和 小 于 号 情况 进行 了 
测试 ， 在 测试 条 件 下 ， 该 比较 运算 符 是 有 效 的 ， 但 对 其 他 的 情况 ， 该 运 
算 符 是 否 仍然 有 效 则 一 概 不 知 。 

在 某 些 领域 ，tracer 的 一 个 扩展 版 本 被 称 为 oracles〈 或 称 为 run-time 
analysis oracles) 。 它 们 是 连接 到 推理 引擎 的 tracers 一 一 所 请 推理 引擎 














(inference engine) 是 一 个 程序 ， 它 可 以 记 住 用 来 推导 出 结论 的 断言 和 
推理 。 有 一 个 被 应 用 于 标准 库 某 一 部 分 的 这 种 系统 ， 它 的 名 字 叫 
MELAS，[MusserWangDynaVeri] [36] 对 它 有 详细 的 讨论 。 

在 某 些 情况 下 ， 利 用 oracles， 我 们 可 以 动态 地 验证 模板 算法 ， 而 不 
需要 完全 指定 作为 蔡 换 的 模板 实 参 (oracles 本 身 就 是 实 参 ) ， 也 不 需要 
指定 输入 数据 《〈 当 程序 由 于 缺少 输入 数据 而 不 能 继续 时 ， 推 理 引 擎 会 请 
求 某 种 输入 假设 ) 。 然 而 ， 在 这 种 方式 下 ， 对 算法 复杂 度 的 分 析 也 是 相 
当 有 限 的 《由 于 推理 引擎 的 不 足 ) ， 而 且 工 作 量 是 巨大 的 。 基 于 这 些 原 
因 ， 我 们 并 不 深入 研究 oracles， 但 是 有 兴趣 的 读者 可 以 参考 前 面 所 提 到 
的 那 本 书 〈《 和 书 中 所 列 的 书目 ) 。 

6.6.6 archetypes 

我 们 前 面 提 到 : tracers 通 第 提供 了 一 个 接口 ， 它 是 所 跟踪 模板 需要 
具备 的 最 小 接口 。 当 “只 具备 这 个 接口 的 tracer” 并 不 产生 运行 期 输出 的 时 
候 ， 我 们 有 时 把 这 种 tracer 称 为 archetype “ 《原型 ) 。 利 用 archetype， 我 
们 可 以 验证 一 个 模板 实现 是 否 会 请 求 期 望 之 外 的 语法 约束 。 典 型 而 言 ， 
一 个 模板 的 实现 可 能 会 为 模板 库 中 标记 的 每 个 concept， 都 开发 一 个 
archetype。 














6.7 本 章 





在 头 文 件 和 dot-C 文 件 中 ， 所 有 源 代 人 码 的 组 织 都 是 基于 一 处 定义 原 
则 (one-definition rule，ODR) 的 ， 附 录 人 A 对 这 个 原则 进行 深入 的 讨 
i 
包含 模型 和 分 离 模 型 之 间 的 比较 已 经 成 为 一 个 争论 性 话题 。 包 含 模 
型 是 实际 采用 的 方法 ， 现 在 的 C++ 编 译 器 实现 采用 的 大 多 就 是 这 种 方 
法 。 然 而 ， 这 和 首 个 C++ 实 现 是 有 区 别 的 : 在 首 个 实现 中 ， 模 板 定 义 的 
含 是 隐 式 的 ， 它 会 给 人 一 种 类 似 分 离 模 型 的 错觉 《关于 这 个 首次 实现 














的 模型 ， 请 参照 第 10 音 ) 。 

[StroustrupDnE] 详 细 叙 述 了 _ Stroustrup 对 模板 代码 的 组 织 和 相关 实 
现 的 挑战 的 看 法 。 显 然 ， 他 所 提议 的 并 不 是 包含 模型 。 然 而 ， 在 标准 化 
的 过 程 中 ， 看 起 来 好 像 义 只 有 包含 模型 才 是 唯一 可 行 的 方法 。 然 而 ， 经 
过 了 多 轮 激烈 的 争论 之 后 ， 某 些 人 提议 了 一 种 具有 更 低 耦 合 度 和 高 效率 
的 模型 ， 后 来 演变 成 分 离 模型 。 和 包含 模型 不 同 ， 分 离 模型 只 是 一 个 理 
论 模 型 ， 并 没有 以 现存 实现 为 基础 。 事 实 上 ， 之 后 总 共 花 费 了 5 年 的 时 
间 才 实现 出 了 第 1 个 分 离 模型 〈2002 年 5 月 ) 。 

我 们 可 能 会 期 望 可 以 扩展 预 编 译 头 文件 的 concept， 让 每 次 编译 可 以 
加 载 多 个 头 文件 。 这 在 原则 上 将 需要 一 个 更 细 化 的 预 编 译 方法 。 然 而 ， 
这 里 的 主要 障碍 是 预 处 理 程 序 : 在 一 个 头 文件 中 ， 宏 可 以 改变 后 面 所 
#include 的 头 文件 的 合 义 。 然 而 ， 当 一 个 文件 经 过 预 编译 之 后 ， 宏 处理 
也 就 完成 了 ， 这 时 ， 对 于 其 他 头 文 件 经 过 预 处 理 程序 所 获得 的 结果 ， 要 
想 在 该 结果 中 插入 一 个 预 编译 头 文件 几乎 是 不 现实 的 。 

有 一 种 尝试 提高 C+t+ 编 译 器 诊断 信息 的 技术 ， 它 主要 是 通过 在 高 层 
模板 插入 哑 代 码 来 实现 的 ， 我 们 可 以 参考 Jeremy Siek 的 Concept Check 
Library〈 见 [BCCL]) 一 一 它 是 Boost 库 的 一 部 分 〈 见 [Boostj) 。 


6.8 小 结 


"模板 给 原始 的 “编译 器 十 链接 名 ”模型 带 来 挑战 ， 因 此 ， 需 要 使 用 
其 他 的 方法 来 组 织 模板 代码 ， 这 些 方法 是 包含 模型 、 显 式 实例 化 和 分 离 
模型 。 

"在 大 多 数 情 况 下 ， 你 应 该 使 用 包含 模型 (就 是 说 ， 把 所 有 模板 代 
码 都 放 在 头 文件 中 ) 。 

“通过 把 模板 声明 代码 和 模板 定义 代码 放 在 不 同 的 头 文件 中 ， 你 可 
以 很 容易 地 在 包含 模型 和 显 式 实例 化 之 间 做 出 选择 。 














“C++ 标准 为 模板 定义 了 一 个 分 离 的 编译 模型 〈 使 用 关键 字 
export) 。 然 而 ， 该 关键 字 的 使 用 还 没有 普及 ， 很 多 编译 器 也 不 提供 文 
持 。 

“调试 模板 代码 是 具有 挑战 性 的 。 

“模板 实例 化 体 可 能 会 具有 很 长 的 名 称 。 

为 了 充分 利用 预 编译 代码 ， 要 确认 ##nclude 指 示 符 的 顺序 是 相同 
的 。 


往生 四 = 不比 S 
7 Ti 


到 现在 为 止 ， 我 们 已 经 介绍 了 C++ 模板 的 基本 概念 ;在 进一步 深入 
介绍 之 前 ， 我 们 先 回顾 前 面 所 使 用 过 的 一 些 概 仿 。 这 是 很 有 必要 的 ， 
为 在 C++ 社团 〈 也 包括 C++ 标准 委员 会 ) 中 ， 还 没有 给 出 这 些 概 念 和 术 
语 的 精确 定义 。 


7 1 发 椭 >) 还 三 限 了 全 2 小 


在 C++ 中 ， 类 和 联合 (union [37] ) 都 被 称 为 类 类 型 (class type) 。 
如 果 不 加 额外 的 限定 ， 我 们 通常 所 说 的 “类 (dass) ”是 指 : 用 关键 字 
class 或 者 struct [38] 引入 的 类 类 型 (class type) 。 需 要 特别 注意 的 一 点 
就 是 : 类 类 型 (class type) 包括 联合 (union)， 而 “类 (class) ”不 包括 
联合 (union) 。 
关于 如 何 称呼 具备 模板 特性 的 类 ， 现 今 还 存在 一 些 混淆 : 
术语 类 模板 (class template) 说 明 的 是 : 该 类 是 一 个 模板 ， 它 代表 的 
: 整个 类 家 族 的 参数 化 描述 。 
“ 男 一 方面 ， 模 板 类 (template class) 通 常 被 用 于 下 面 几 个 方面 : 
(1) 作为 类 模板 的 同义词 。 
(2) 从 模板 产生 的 类 。 
(3) 具有 一 个 template-id [39] 名 称 的 类 。 
其 中 ， 第 2 个 含义 和 第 3 个 含义 的 区 别 是 很 细微 的 ， 而 且 对 于 本 书 的 
其 余部 分 ， 它 们 的 区 别 也 无 关 紧 要 。 
鉴于 这 些 不 精确 性 ， 在 本 书 的 客 述 中 我 们 将 避免 使 用 模板 类 


(template class)。 





讨 


类 似 ， 我 们 将 使 用 函数 模板 (function templatej) 和 成 员 函 数 模板 
(member function template)， 而 避免 使 用 模板 函数 (template function) 和 模 
板 成 员 函 数 (template member function)。 


7.2 实例 化 和 特 


模板 实例 化 是 一 个 通过 使 用 具体 值 蔡 换 模板 实 参 ， 从 模板 产生 出 普 
通 类 、 了 函数 或 者 成 员 函 数 的 过 程 。 这 个 过 程 最 后 获得 的 实体 (譬如 类 、 
函数 或 者 成 员 函 数 ) 就 是 我 们 通常 所 说 的 特 化 (specialization〉。 

然而 ， 在 C++ 中 ， 实 例 化 过 程 并 不 是 产生 特 化 的 唯一 方式 。 程 序 员 
可 以 使 用 其 他 机 制 来 显 式 地 指定 某 个 声明 ， 该 声明 对 模板 参数 进行 特定 
的 殖 换 ， 从 而 产生 特 化 。 璧 如 我 们 在 ”3.3 节 所 介绍 的 ， 通 过 引入 一 个 
template<> 来 获得 特 化 : 

template <typename T1,typename T2> // 基 本 的 类 模板 

class MyClass { 


























上 
template<> // 显 式 特 化 
class MyClass<std::string,float> { 


}; 

严格 地 说 ， 上 面 就 是 我 们 通常 所 讲 的 显 式 特 化 (explicit 
Specialization) 《区别 于 实例 化 特 化 或 者 其 他 方式 产生 的 特 化 ) 。 

如 3.4 节 所 述 ， 对 于 仍然 共有 模板 参数 的 特 化 ， 我 们 称 之 为 局 部 特 
化 (partial specialization ) : 

template <typename 工 > 


class Myclass<T, 工 >{ 


}; 
template <typename T> /局 部 特 化 
class MyClass<bool,T> { 


着 
另外 ， 当 谈 及 《〈 显 式 或 隐 式 ) 特 化 的 时 候 ， 我 们 把 普通 模板 
(general template) 称 为 基本 模板 (primary template) 。 


7.3 声明 和 定义 


到 目前 为 止 ， 我 们 在 书 中 少数 几 个 地 方 使 用 了 声明 (declaration) 
和 定义 (definition〉 这 两 个 概念 。 在 标准 C++ 中 ， 这 两 个 概念 都 是 有 准 
确定 义 的 ， 我 们 所 使 用 的 也 正 是 准确 的 概念 。 

声明 是 一 种 C++ 构造 (construct) ， 它 引入 “或 重新 引入 ) 一 个 名 
称 到 某 个 C++ 作用 域 (scope [40] ) 中 。 而 且 ， 这 种 引入 通常 都 包含 对 
所 引入 名 称 的 一 个 局 部 分 类 (partial classification) 。 但 是 ， 有 效 的 声明 
并 不 要 求 包含 被 引入 对 象 的 细节 。 例 如 : 

class C; /类 C 的 声明 

void ffint p); /函数 f 的 声明 ， 其 中 p 是 一 个 被 命名 的 参数 

extern int Vv; /变量 v 的 声明 

另外 ， 对 于 安定 义 和 goto 语 句 而 言 ， 即 使 它们 都 具有 一 个 名 称 ， 但 
它们 却 不 属于 声明 的 范畴 。 

如 果 已 经 确定 了 这 种 C++ 构造 〈 即 声明 ) 的 细节 ， 或 者 对 于 变量 而 
言 ， 已 经 为 它 分 配 了 内 存 空间 ， 那 么 声明 就 变 成 了 定义 (definition〉。 
对 于 “类 类 型 (class type) 或 者 函数 的 ”定义 ， 这 意味 着 必须 提供 一 对 花 
括号 内 部 的 实体 。 对 于 变量 而 言 ， 进 行 初始 化 和 不 具有 ”extern 关 键 字 的 





声明 都 是 定义 。 下 面 针 对 上 面 的 非 定义 声明 ， 来 具体 说 明 哪 些 是 相应 的 
定义 : 

class C{}; /类 C 的 定义 〈 和 声明 ) 

void f(int p) { /函数 fO 的 定义 《和 声明 ) 

std::cout << p << std::endl; 

} 

extern int V = 1; // 一 个 初始 化 器 使 之 成 为 v 的 定义 

int w; // 前 面 没 有 extern 的 全 局 变量 声明 ， 同 时 也 是 定义 

我 们 还 可 以 把 范围 扩大 一 些 ， 对 于 类 模板 或 者 函数 模板 的 声明 ， 如 
果 本 里 具有 代码 实体 ， 我 们 就 称 之 为 定义 。 因 此 

template <typename T> 

void func(T); 

是 声明 ， 并 不 是 定义 ; 然而 

template <typename T> 

class S {}; 





7.4 一 处 定义 原 见 








“C++ 语言 的 定义 ”在 各 种 实体 的 重新 声明 上 面 强 加 了 一 些 约束 ， 一 
处 定义 原则 (或 称 为 ODR，one-definition rule) 就 是 这 些 约束 的 全 体 。 
这 一 原则 的 细节 是 相当 复杂 的 ， 并 且 在 不 同 的 条 件 下 变化 也 很 大 ， 因 此 
我 们 将 在 后 面 章 节 详 细 讨 论 每 种 应 用 环境 下 该 原则 的 方方面面 ， 另 外， 
在 附录 A 你 可 以 找到 ODR 的 完整 描述 。 现 在 ， 我 们 只 需要 记 住 下 面 的 
ODR 基 本 原则 就 足够 了 : 

“和 全 局 变量 与 静态 数据 成 员 一 样 ， 在 整个 程序 中 ， 非 内 联 函 数 和 
成 员 函 数 只 能 被 定义 一 次 。 

















类 类 型 (class _ type， 包括 struct 与 union) 和 内 联 函 数 在 每 个 翻译 单 
元 中 最 多 只 能 被 定义 一 次 ， 如 果 存 在 多 个 翻译 单元 ， 则 其 所 有 的 定义 都 
必须 是 等 同 的 。 

一 个 翻译 单元 (translation unit) 是 指 : 预 处 理 一 个 源 文件 所 获得 的 
结果 ; 就 是 说 ， 它 包括 ##nclude 指 示 符 〈 即 所 包含 的 头 文 件 ) 所 包含 的 
内 容 。 

另外 ， 在 本 书 的 剩余 章节 里 ， 我 们 所 说 的 可 链接 实体 〈linkable 
entity) 指 的 是 下 面 的 实体 : 非 内 联 函数 或 者 非 内 联 成 员 函 数 、 全 局 变 
量 或 者 静态 成 员 变 量 ， 还 包括 从 模板 产生 的 上 述 这 些 实体 。 





7.5 模板 实 参 和 模板 参 关 


比较 下 面 的 类 模板 : 
template <typename T, int N> 
class ArrayInClass { 
public: 
T array[N}j; 
j 
和 一 个 功能 相似 的 普通 类 : 
class DoubleArrayInClass { 
public: 
double array[10]; 
上 
如 果 我 们 用 double 和 10 分 别 蔡 换 参数 T 和 N， 那 么 这 两 者 在 本 质 上 相 
同 的 。 在 C++ 中 ， 我 们 把 这 种 蔡 换 后 的 名 称 表示 为 : 
ArrayInClass<double,10> 
可 以 看 出 ， 紧 接 在 模板 名 称 ArrayInClass 后 面 的 是 用 一 对 尖 插 号 包 








围 起 来 的 模板 实 参 列 表 。 

现在 不 考虑 这 些 实 参 本 喘 是 售 依赖 于 模板 参数 ， 我 们 先 引 入 一 个 概 
念 ”template-id， 它 指 的 是 模板 名 称 与 “ 紧 随 其 后 的 尖 括 号 内 部 的 所 有 实 
参 ” 的 组 合 。 

我 们 可 以 像 对 应 的 非 模板 实体 〈 如 ”DoubleArrayInClass〉 那样 地 使 
用 这 个 template-id 名 称 ; 壁 如 下 面 的 例子 : 

int main() 


{ 








ArrayInClass<double,10> ad; 
Ad.array[0] = 1.0; 

} 

显然 ， 区 分 模板 参数 (template ”paramete ) 和 模板 实 参 (template 
argument) 这 两 个 概念 是 很 有 必要 的 。 简 而 言 之 ， 你 可 以 说 “传递 模板 
实 参 使 之 成 为 模板 参数 [41] ”; 或 者 这 样 更 加 准确 地 区 分 : 

“模板 参数 是 指 : 位 于 模板 声明 或 定义 内 部 ， 关 键 字 template 后 面 所 
列举 的 名 称 〔 壁 如 我 们 例子 中 的 T 和 N) 。 

“模板 实 参 是 指 : 用 来 蔡 换 模板 参数 的 各 个 对 象 〈 如 我 们 例子 中 的 
double 和 10) 。 和 模板 参数 不 同 的 是 ， 模 板 实 参 可 以 有 不 局 限于 “标识 符 
名 称 ” [42] 〈 就 是 有 多 种 类 型 或 值 ) 。 

如 果 使 用 template-id 进 行 蔡 换 ， 我 们 就 称 这 种 模板 实 参 取代 模板 参 
数 的 蔡 换 为 显 式 蔡 换 ;但 还 存在 一 些 情况 ， 会 发 生 隐 式 蔡 换 ( 例 如， 如 
末 用 缺 省 实 参 来 葵 换 模板 参数 ) 。 

一 个 基本 原则 是 : 模板 实 参 必 须 是 一 个 可 以 在 编译 期 确定 的 模板 实 
体 或 者 值 。 我 们 将 在 后 面 章 闻 阐明 ， 这 个 要 求 有 助 于 减少 模板 实体 的 运 
行 期 开销 。 因 为 对 于 模板 参数 本 吴 而 言 ， 由 于 最 终 可 以 被 编译 期 的 值 所 
蔡 换 ， 它 们 就 可 以 被 用 于 合成 编译 期 的 表达 式 。 在 ArrayInClass 模 板 中 
就 是 利用 这 一 点 ， 来 指定 数组 大 小 的 。 就 是 说 ， 数 组 大 小 必须 是 一 个 所 


























请 的 常量 表达 式 ， 这 通过 模板 参数 N 来 确定 。 
我 们 可 以 进一步 引申 这 个 推理 : 因为 模板 参数 是 编译 期 实体 ， 所 以 
我 们 用 它们 来 生成 有 效 的 模板 实 参 。 下 面 就 是 一 个 例子 : 


template <typename 工 > 





Class Dozen { 
public: 

ArrayInClass<T,12> contents; 
上 
在 上 面 的 例子 中 可 以 看 出 : T 既 是 一 个 模板 参数 (第 1 个 T) ， 也 是 
一 个 模板 实 参 (第 2 个 T) 。 因 此 ， 存 在 一 种 从 简单 模板 构造 出 复杂 模板 
的 机 制 。 当 然 ， 这 个 机 制 和 我 们 前 面 使 用 模板 来 代表 类 型 和 函数 集合 的 
机 制 是 本 质 上 是 一 样 的 ， 在 此 我 们 也 不 讨论 。 














[11 译注 : 作者 这 里 的 含义 是 ， 如 果 有 很 多 重复 代码 ， 那 么 任何 算法 蔡 
换 都 会 引入 很 多 错误 。 


[21. 例如 ， 如 果 在 名 字 空 间 std 定 义 了 某 种 实 参 类 型 《如 string) ， 那 么 根 
据 C++ 的 查找 规则 ， 全 局 名 字 空 间 的 max() 模 板 和 std max() 模 板 都 可 以 被 
找到 。 


[31. “one-entity-fits-all (一 个 实体 适应 所 有 类 型 ) ”的 方法 或 许 是 可 以 实 
现 的 ， 但 实际 中 几乎 没有 被 实现 过 。 因 为 所 有 的 语言 规则 都 是 以 “产生 
出 不 同 实 体 ” 这 个 概念 为 基础 的 。 


[41. 译注 : 也 有 人 把 deduction 翻 译 成 推演、 推导 、 推 师 和 推算 。 


[51. 这 个 限制 主要 是 由 函数 模板 在 历史 发 展 过 程 中 的 一 个 失误 造成 的 。 
事实 上 ， 对 于 现今 的 C++ 编译 器 ， 要 实现 这 个 特性 并 没有 技术 障碍 ， 
C++ 在 以 后 可 能 会 提供 这 个 特性 〈 见 13.3 节 ) 。 


[6]. 对 于 那些 作用 域 局 部 于 函数 内 部 的 值 ， 你 束 不 应 该 通过 引用 来 返回 
该 值 ( 即 返回 一 个 指向 该 值 的 引用 〉。 因 为 当 程 序 离开 这 个 函数 的 作用 
域 之 后 ， 该 值 将 不 再 存在 ， 该 引用 也 不 再 有 效 。 











[21. 可 以 把 演绎 看 成 是 重 载 解析 的 一 部 分 一 一 重 载 解析 是 一 个 不 依赖 于 
返回 类 型 选择 的 过 程 ， 唯 一 的 例外 就 是 转型 操作 符 成 员 的 返回 类 型 。 


[81. 根据 C++ 标 准 ， 确 实 存 在 作 些 例外 情况 〈 见 9.2.3 小 市 )。 然 而 ， 为 
了 确保 不 会 出 错 ， 当 需要 使 用 类 的 类 型 时 ， 你 应 该 写 下 如 该 例 所 示 的 整 


个 完整 类 型 。 








[91 译注 : 在 下 面 的 例子 ， 即 Stack<T>: : 


[10]. 译注 : 这 个 例子 用 vector 实 现 stack，stack 的 顶端 就 是 Vector 的 末 
端 ，vector 的 末端 和 stack 的 顶端 是 同一 个 概念 。 


全 并 为 了 简 污 消 想 地 表述 ， 下 面 我 们 会 把 它 叫 做 : int 栈 ， 其 他 闫 型 可 
关 推 。 


[121. 译注 : 例如 该 类 型 没有 提供 茶 种 操作 等 。 


[131. 事实 上 ， 使 用 deque 代 蔡 vector 来 实现 一 个 stack 是 有 好 处 的 。 因 为 当 
删除 元 素 时 ，deque 会 释放 内 存 ; 当 需 要 重新 分 配 内 存 时 ，deque 的 元 素 
并 不 需要 被 移动 。 然 而 ， 这 种 好 处 对 string 不 起 作用 。 由 于 这 些 正 面 原 

因 ， 在 基本 的 类 模板 中 ， 使 用 deque 来 作为 容器 通常 是 一 个 很 好 的 主意 

(例如 C++ 标准 库 中 的 std::stack<> 就 是 如 此 )。 


[141. 译注 : 关于 class-type 的 具体 含义 ， 请 见 第 7 章 。 








[15]. 译注 : 这 里 的 英文 为 nested class; 对 应 的 中 文 应 该 是 “被 蔡 套 的 
类 ”， 指 的 是 在 模板 类 里 面 定 义 的 另 一 个 类 。 但 基于 大 多 数 的 翻译 习 
惯 ， 这 里 也 翻译 成 * 舱 套 类 ”。 


[16]. 译注 : 模板 的 模板 参数 原文 是 template template parameters， 本 喘 就 
是 一 个 模板 ， 自 己 也 有 参数 ， 这 个 参数 就 是 我 们 在 后 面 要 看 到 的 “模板 

的 模板 参数 的 参数 ”; 但 该 模板 又 被 看 成 是 外 围 模板 的 一 个 参数 。 也 可 

译 为 “ 映 为 模板 的 模板 参数 "， 因 为 这 样 更 能 从 中 看 出 本 质 售 义 。 但 为 了 
忠实 原文 ， 在 此 还 是 采取 了 直译 。 这 个 概念 贯穿 全 书 ， 非 常 重要。 建议 
该 者 通过 “号 为 模板 的 模板 参数 ”来 加 深 理解 。 


[171. 译注 : 这 里 的 目标 栈 也 就 是 上 面 的 原 栈 ， 都 是 赋值 运算 符 的 左 值 。 
为 了 和 下 面 的 源 栈 区 别 开 ， 故 这 里 不 翻译 成 原 栈 ， 因 为 原 栈 〈 目 标 栈 ) 























和 源 栈 《赋值 栈 ) 指 的 分 别 是 位 于 赋值 运算 符 左 右 两 边 的 不 同 栈 。 


[181. 如 果 在 编译 这 些 文件 的 时 候 ， 你 的 编译 器 报告 了 一 些 错误 ， 那 么 请 
不 要 惊讶 ， 因 为 在 例子 中 我 们 几乎 使 用 了 每 个 重要 的 模板 特性 ， 而 你 的 
编译 器 并 不 一 定 支 持 所 有 的 特性 。 因 此 ， 你 最 好 是 使 用 一 个 尽量 符合 标 
准 的 编译 器 。 

[191. 译注 : VC6 不 支持 模板 的 模板 参数 ， 而 VC7 则 支持 。 

[201. 这 个 版 本 存在 一 个 问题 ， 我 们 将 留 到 后 面 解释 。 然 而 ， 这 个 问题 只 


影响 缺 省 的 参数 std:deque。 因 此 ， 我 们 仍然 可 以 用 这 个 例子 阐述 模板 的 
模板 参数 的 一 般 特 性 。 


[211. 事实 上 ， 这 也 是 为 什么 不 能 使 用 原来 的 C++ 标准 ， 创 建 一 对 用 字 
符 串 初始 化 的 值 的 原因 所 在 〈 见 [Standard98]) : 


std::make_pair(“key”,”value”) WERROR. 根 据 [Standard98] 


而 在 首 份 技 术 勘 误 表 中 ， 我 们 通过 传递 非 引 用 参数 给 make_pair()， 来 蔡 
代 以 前 接收 引用 参数 的 make_pair()， 从 而 也 就 解决 了 这 个 问题 ( 见 
[Standard02]) 。 


[221. 译注 : 在 本 书 中 ，class 会 翻译 成 类 ， 而 type 会 翻译 成 类 型 ， 或 许 把 
type 翻 译 成 型 别 可 以 更 好 地 避免 产生 混淆 ， 但 型 别 这 个 词 并 不 符合 国内 


的 语言 习惯 。 








[231 译注 : 它们 是 不 同 的 指示 符 。 
[241. 译注 : 就 是 说 不 能 同时 出 现 两 个 print_typeof<int> 等 。 
[251. 译注 : 这 一 节 里 面 作者 所 谈 到 的 例子 都 能 在 VC6 下 通过 。 
[26]. 译注 : 束 是 使 用 了 关键 字 export 的 模板 。 
[271 据 我 所 知 ，Edison Design Group, Inc.(EDG) 就 是 唯一 的 一 家 公司 
〈 见 EDG]) ;， 而且， 它们 的 技术 对 其 他 开发 商 是 开放 的 。VC6 和 VC7 
确实 不 文 持 使 用 export 来 作为 模板 的 修饰 符 。 
[28]. 并 不 是 所 有 的 人 都 支持 这 种 “隐藏 源 代码 ”方法 。 








[29l 译注 ,这 个 “隐藏 "是 动词 


[301. 我 们 并 不 经 常 使 用 这 条 规则 ， 因 为 该 规则 很 有 可 能 会 转移 我 们 对 所 
讨论 话题 的 注意 力 。 


[31]. 从 理论 上 讲 ， 标 准 头 文件 实际 上 并 不 需要 对 应 实际 的 物理 文件 。 但 
它们 确实 对 应 了 实际 的 物理 文件 ， 并 且 所 对 应 的 还 是 很 大 的 文 


[321. C++ 委员 会 的 某 些 成 员 认 为 : 全 面 的 std.hpp 头 文件 可 以 带 来 很 多 
方便 ， 因 此 他 们 建议 把 该 头 文件 引入 到 标准 中 ， 并 称 为 一 个 标准 头 文 
件 。 于 是 ， 我 们 将 能 够 编写 矶 nclude<std>。 而 某 些 成 员 则 认为 : 这 个 文 
件 应 该 是 隐 式 包含 的 ， 因 此 即使 在 没有 巩 nclude 该 文件 的 情况 下 ， 所 有 
的 标准 库 功 能 就 已 经 是 可 用 的 了 。 


[331. 译注 : 也 称 作 * 哑 代码 ”。 


[B341 译注 : 这 里 保留 原文 。 因 为 对 于 trick, 有 人 把 它们 看 成 实现 某 种 功 
能 的 高 超 技术 ， 也 有 人 把 它 看 成 劳 门 左 道 。 


[351 译注 : 通用 代码 ， 原 文 是 generic code。 一 些 书籍 把 generic 翻 译 
成 < 泛 型 ”，generic programming 翻 译 成 < 泛 型 程序 设计 ”;， 译 者 认为 本 书 
中 generic 应 该 翻译 成 “通用 ?，generic programming 也 应 该 翻译 成 “通用 程 
序 设计 ”。 这 样 更 符合 汉语 的 习惯 ， 也 便于 读者 从 字面 上 理解 。 


[36]. 作者 David Musser 也 是 C++ 标准 库 发 展 过 程 中 的 一 个 重要 人 物 。 而 
且 ， 他 设计 和 实现 了 第 一 个 关联 容器 。 


[37]. 译注 : 鉴于 这 一 章 主 要 面向 的 是 术语 ， 很 多 词语 会 同时 给 出 英文 和 
中 文 。 


[38]. 在 C++ 中 ，class 和 struct 的 唯一 区 别 在 于 : 缺 省 访问 权限 。class 的 缺 
省 访问 权限 是 private， 而 struct 的 缺 省 访问 权限 是 public。 然 而 ， 对 于 具 
有 新 特性 的 C++ 类 型 ， 我 们 趋 回 于 使 用 class; 而 对 于 可 以 被 用 作 “plain 
old data(POD)” 的 C 语 言 数据 结构 ， 我 们 通常 是 使 用 struct。 








[391. 译注 : template-id 见 7.5 市 。 
[401. 译注 : scope 有 人 翻译 成 “ 域 "， 这 里 翻译 成 “作用 域 ” 能 够 让 读者 更 


容易 理解 。 


[41]. 在 学 术 界 里 ， 实 参 (argument) 有 时 也 被 称 为 实际 参数 (actual 
parameter) ， 而 参数 〈 形 参 ，parameter) 被 称 为 形式 参数 (formal 
parameter) 。 


[421. 译注 : 璧 如 上 面 例子 中 的 非 类 型 实 参 数 10 就 并 非 标识 符 名称 。 





本 书 的 第 1 部 分 讲解 了 有 关 C++ 模 板 的 大 多 数 “〈 与 语言 相关 的 ) 概 
。 日 常 C++ 程序 设计 中 所 遇 到 的 很 多 问题 ， 都 可 以 从 这 部 分 教程 得 到 
答 。 本 书 的 第 2 部 分 讨论 一 些 更 不 常见 的 问题 ， 也 就 是 当 我 们 深入 语 
言 特 性 ， 并 且 和 希望 获得 高 层次 的 软件 效果 时 所 会 遇 到 的 一 些 问题 。 根 据 
自己 的 阅读 习惯 ， 你 可 以 跳 过 这 一 部 分 或 者 大 致 浏览 一 下 ， 而 等 到 后 续 
章节 用 到 这 些 知识 ， 或 者 根据 书后 的 索引 查找 这 些 知识 时 ， 再 回来 查看 
这 些 特定 的 主题 。 

我 们 的 目标 是 让 书 中 的 叙述 简单 且 完 整 ， 同 时 尽量 保证 所 讨论 的 内 
容 准 确 无 误 。 基 于 这 个 目的 ， 我 们 的 例子 通常 都 是 简短 和 人 为 的 ， 这 也 
确保 不 会 涉及 到 与 所 讨论 话题 无 关 的 内 容 。 

另外 ， 我 们 还 针对 C++ 的 模板 语言 特性 ， 预 测 了 C++ 模板 在 将 来 可 
能 的 变化 和 扩展 。 简 短 而 言 ， 这 一 部 分 的 主题 包括 : 

"基本 的 模板 声明 话题 。 

"模板 中 命名 机 制 的 含义 。 

“C++ 的 模板 实例 化 机 制 。 

"模板 实 参 演绎 规则 。 

。 特 化 和 重 载 。 

“将 来 的 改变 和 扩展 。 





演 人 




















在 这 一 章 里 ， 我 们 将 深入 回顾 在 本 书 第 一 部 分 所 提 到 的 一 些 基 础 知 
识 : 模板 的 声明 、 模 板 参数 的 约束 以 及 模板 实 参 的 约束 等 。 


8.1 参数 化 声 H 


C++ 现今 文 持 两 种 基本 类 型 的 模板 : 类 模板 和 函数 模板 参阅 13.6 
节 可 以 看 到 将 来 在 这 方面 的 变化 ) ， 这 个 分 类 实际 上 还 包含 成 员 模板 。 
这 些 模 板 的 声明 和 普通 类 与 普通 函数 的 声明 很 相似 ， 唯 一 的 区 别 就 是 模 
板 声 明 需 要 引入 一 个 参数 化 子 句 ， 子 句 的 格式 大 体 如 下 : 

template<...parameters here...> 

或 者 

export template<...parameter here...> 

《关于 关键 字 export 更 详细 的 叙述 ， 请 见 6.3 节 和 10.3.3 小 节 ) 。 

我 们 将 在 后 一 节 才 详细 叙述 实际 中 各 种 模板 参数 的 声明 。 现 在 ， 让 
我 们 先 来 看 一 个 例子 ， 它 给 出 了 函数 模板 和 类 模板 这 两 种 模板 ， 分 别 作 
为 类 成 员 的 声明 和 普通 名 字 空 间 域 1 的 声明 : 


template <typename T> 








class List { // 作 为 名 字 空 间作 用 域 的 类 模板 
public: 

template <typename T2> // 成 员 函 数 模板 

List (List<T2> const&); /人 (构造 函数 ) 


template <typename 工 > 
template <typename T2> 
List<T>::List(List<T2> const&b) // 位 于 类 外 部 的 成 员 








{ /函数 模板 定义 
} 
template <typename 工 > 
int length(List<T> const&); // 位 于 外 部 名 字 空 间 
// 作 用 域 的 函数 模板 
class Collection { 
template <typename T> /位 于 类 内 部 的 成 员 类 模板 
class Node { /该 类 模板 的 定义 
所 
template <typename T> // 男 一 个 作为 成 员 〈 即 位 于 外 
/类 的 内 部 ) 的 类 模板 
class Handle; /该 类 模板 在 此 没有 定义 


template <typename T> /位 于 类 内 部 的 成 员 函 数 模板 的 定 
义 


T* allco0 { //《 因 此 也 是 一 个 显 式 内 联 孙 
数 ) 
} 
上 
template <typename T> // 一 个 在 类 的 外 部 定义 的 


/成 员 类 模板 


class Collection::Handle { // 访 类 模板 的 定义 


让 

从 上 面 代码 可 以 看 出 ， 在 所 属 外 围 类 [2] 的 外 部 进行 定义 的 成 员 模 
板 可 以 具有 多 个 模板 参数 子 句 。 template<...>: 一 个 子 句 用 于 该 模板 自 
号 ， 另 一 个 子 句 用 于 外 围 类 模板 。 另 外 ， 子 句 的 顺序 是 从 最 外 围 的 类 模 
板 开 始 ， 依 次 到 达 内 部 模板 。 

另外 ， 联 合 〈Union) 模板 也 是 允许 的 〈 它 往往 被 看 作 类 模板 的 一 
种 ) : 

template <typename 工 > 

union AllocChunk { 

T object; 





unsigned char bytes[sizeof(T)]; 
}; 
和 普通 函数 声明 一 样 ， 函 数 模板 声明 也 可 以 具有 缺 省 调用 实 参 : 


template <typename 工 > 





void report_top (Stack<T> const&, int number = 10); 
template <typename 工 > 
void fill (Array<T>*, Tconst& = T() );// 对 于 基本 类 型 [3] 
/TO 为 0 
后 一 个 声明 说 明了 : 缺 省 调用 实 参 可 以 依赖 于 模板 参数 。 显 然 ， 当 
fillO 函 数 被 调用 时 ， 如 果 提 供 了 第 2 个 函数 调用 参数 的 话 ， 就 不 会 实例 
化 这 个 缺 省 实 参 。 这 同时 说 明了 : 即使 不 能 基于 特定 类 型 T 来 实例 化 缺 
省 调用 实 参 [4] ， 也 可 能 不 会 出 现 错误 。 例 如 : 
class Value { 
public: 
Value(int); /不 存在 缺 省 构造 函数 


}; 


void init (Array<Value>* array) 


{ 
Value zero(0); 
fill(array, zero); /正确 : 没有 使 用 二 TO 
fill(array); /错误 : 使 用 了 =TO， 但 当 T = 
/Value 时 缺 省 构造 函数 无 效 
} 


除了 两 种 基本 类 型 的 模板 之 外 ， 还 可 以 使 用 相似 的 符号 来 参数 化 其 
他 的 3 种 声明 。 这 3 种 声明 分 别 都 有 与 之 对 应 的 类 模板 成 员 [5] 的 定义 : 
(1) 类 模板 的 成 员 函 数 的 定义 。 
(2) 类 模板 的 伦 套 类 成 员 的 定义 。 
(3) 类 模板 的 静态 数据 成 员 的 定义 。 
尽管 也 可 以 对 这 三 者 进行 参数 化 ， 但 它们 的 定义 使 用 的 都 不 是 自身 
Cfirst-class， 即 第 一 次 使 用 ) 的 模板 ， 而 是 外 围 类 模板 。 它 们 的 参数 也 
都 是 由 外 围 类 模板 来 决定 的 。 下 面 是 一 个 使 用 这 种 定义 的 例子 : 
template <int [> 
class CupBoard { 
void open(); 
class Shelf:; 
static double total_weight; 
}; 
template <int [> 
void CupBoard<I>::open0) 
{ 


template <int I> 
class CupBoard<I>::Shelf { 


}; 

template <int I> 

double CupBoard<I>::total_weight = 0.0; 

尽管 这 种 参数 化 定义 通常 也 被 称 为 模板 ， 但 也 存在 不 使 用 这 个 概念 
《 即 模板 ) 的 情况 。 

8.1.1 虚 成 员 也 交 

成 员 函 数 模板 不 能 被 声明 为 虚 函 数 。 这 是 一 种 需要 强制 执行 的 限 
制 ， 因 为 虚 函 数 调用 机 制 的 普遍 实现 都 使 用 了 一 个 大 小 固定 的 表 ， 每 个 
虚 函 数 都 对 应 表 的 一 个 入 口 。 然 而 ， 成 员 函 数 模板 的 实例 化 个 数 ， 要 等 
到 整个 程序 都 翻译 完毕 才能 够 确定 ， 这 就 和 表 的 大 小 〈 是 固定 的 ) 发 生 
了 了 冲突。 因此， 如果“ 将来》 要 支持 虚 成 员 函 数 模 板 ， 将 需要 一 种 全 新 
的 C++ 编译 器 和 链接 器 的 机 制 。 

相反 ， 类 模板 的 普通 [6] 成 员 可 以 是 虚 函 数 ， 因 为 当 类 被 实例 化 之 
后 ， 它 们 的 个 数 是 固定 的 : 


template <typename T> 








class Dynamic { 
public: 
virtual ~Dynamic (); /OK: 每 个 Dynamic 只 对 应 一 个 析 构 函数 
template <typename 工 2> 
Virtual void copy (T2 const&); 
/错误 : 在 确定 Dynamic<T> 实 例 的 
/时 候 ， 并 不 知道 copy0O 的 个 数 


8.1.2 模板 的 链 担 
每 个 模板 都 必须 有 一 个 名 字 ， 而 且 在 它 所 属 的 作用 域 下 ， 该 名 字 必 


须 是 唯一 的 ， 除 非 函数 模板 可 以 被 重 载 〈 见 第 12 章 ) 。 特 别 是 ， 类 模板 


不 有 


EE 和男 外 一 个 实体 共享 一 个 名 称 ， 这 一 点 和 class 类 型 是 不 同 的 : 


int C; 

class C;// 正 确 : 类 名 称 和 非 类 名 称 位 于 不 同 的 名 字 空 间 (space) 
int X; 

template <typename T> 

class X; /错误 : 和 变量 X 冲 突 

struct S; 

template <typename T> 

class S; // 错 误 ， 和 struct S$ 冲突 

模板 名 字 是 具有 链接 的 ， 但 它们 不 能 具有 C 链 接 。 但 我 们 在 大 多 数 








情况 下 所 说 的 是 标准 的 链接 ， 同 时 也 存在 非 标准 的 链接 ， 它 们 可 以 具有 
一 个 依赖 于 实现 的 含义 〔 然 而， 我 们 还 没 及 现 有 用 于 支持 非 标准 模板 名 
字 链 接 的 编译 器 实现 ) 。 见 下 面 例子 所 示 : 





extern“C++”template <typename T> 


void normal(); // 这 是 缺 省 情况 ， 上 面 的 链接 规范 可 以 不 


extern“C”template <typename 工 > 
void invalid0); /错误 的 : 模板 不 能 具有 C 链 接 
extern“Xroma”template <typename 工 > 


void xroma_ link(); // 非 标准 的 ， 但 某 些 编 译 器 将 来 可 能 支持 


/Xroma 语 言 的 链接 兼容 性 
模板 通常 具有 外 部 链接 。 唯 一 的 例外 束 是 前 面 有 static 修饰 符 的 名 








字 空 间作 用 域 下 的 函数 模板 : 
template <typename T> 
void external(); // 作 为 一 个 声明 ， 引 用 位 于 其 他 文件 的 、 具 
有 
/相同 名 称 的 实体 ， 即 引用 位 于 其 他 文件 
/的 externalO 函 数 模 板 ， 也 称 前 置 声明 
template <typaname 工 > 
static void internalO0; /与 其 他 文件 中 具有 相同 名 称 的 模板 没有 关系 
/ 即 不 是 外 部 链接 
因此 我 们 知道 “由 于 外 部 链接 ) : 不 能 在 函数 内 部 声明 模板 
8.1.3 基本 模板 
如 果 模 板 声明 的 是 一 个 普通 声明 ， 我 们 束 称 它 声 明 的 是 一 个 基本 模 
板 。 这 类 模板 声明 是 指 : 没有 在 模板 名 称 后 面 添 加 一 对 尖 括 号 《和 里 面 
实 参 ) 的 声明 。 
template <typename T> class Box; // 正 确 : 基本 模板 
template <typename T> class Box<T>; /错误 
template <typename T> void translate( 工 *); /正确 : 基本 模板 
template <typename T> void translate<T>(T*); /错误 
显然 ， 当 声明 局 部 特 化 的 时 候 ， 声 明 的 就 是 非 基 本 模板 ， 我 们 将 在 
第 12 章 进 一 步 讨论 局 部 特 化 。 另 外 ， 函 数 模 板 必须 是 基本 模板 《但 
13.7 节 给 出 了 语言 将 来 在 这 方面 可 能 出 现 的 变化 ) 。 




















8.2 模板 参 类 


现今 存在 3 种 模板 参数 : 
(1) 类 型 参数 (它们 是 使 用 得 最 多 的 )。 
(2) 非 类 型 参数 。 





(3) 模板 的 模板 参数 。 
从 前 面 知道 ， 模 板 声明 要 引入 参数 化 子 句 ， 模 板 参数 就 是 在 该 子 句 
中 声明 的 。 这 类 声明 可 以 把 模板 参数 的 名 称 省 略 不 写 〈 就 是 说 ， 在 后 面 
不 会 引用 该 名 称 的 前 提 下 ) : 
template <typename, int> /省 上 略 不 写 。 





Class 又 ; 

显然 ， 如 果 在 模板 声明 后 面 需要 引用 参数 名 称 ， 那 么 这 些 参数 名 称 
是 一 定 要 写 上 的 。 男 外 ， 在 同一 对 尖 插 号 内 部 ， 位 于 后 面 的 模板 参数 声 
明 可 以 引用 前 面 的 模板 参数 名 称 (但 前 面 的 不 能 引用 后 面 的 ): 





template <typename T, // 在 第 2 个 参数 和 第 3 个 参数 的 
T* Root, // 声 明 中 都 使 用 了 第 1 个 参数 T 


template<T*> class Buf> 
class Structure; 
8.2.1 类 型 参数 
类 型 参数 是 通过 关键 字 typename 或 者 class 引 入 的 : 它们 两 者 几乎 是 
等 同 的 [7] 。 关 键 字 后 面 必 须 是 一 个 简单 的 标识 符 ， 后 面 用 逗号 来 隔 开 
下 一 个 参数 声明 ， 每 号 (三 ) 代表 接 下 来 的 是 缺 省 模板 实 参 ， 一 个 封闭 
的 尖 括 号 〈>) 表示 参数 化 子 句 的 结 
在 模板 声明 内 部 ， 类 型 参数 的 作用 类 似 于 typedef “类 型 定义 ) 名 
称 。 例 如 ， 如 果 T 是 一 个 模板 参数 ， 束 不 能 使 用 诸如 class 工 等 形式 的 修 
饰 名 称 ， 即 使 T 是 一 个 要 被 class 类 型 蔡 换 的 参数 也 不 可 以 。 


template <typename Allocator> 














class List { 
class Allocator* allocator， // 错 误 


friend class Allocator， /错误 


I 
我 们 可 以 设想 ， 这 种 友 元 声明 机 制 在 将 来 是 有 可 能 被 加 入 标准 的 。 
8.2.2 韭 类 型 参 交 


非 类 型 参数 表示 的 是 : 在 编译 期 或 链接 期 可 以 确定 的 常 值 [8] 。 这 
种 参数 的 类 型 〈 换 名 话说， 就 是 这 些 滑 值 的 类 型 ) 必须 是 下 面 的 一 种 : 

* 整 型 或 者 枚 举 类 型 。 

"指针 类 型 (包含 普通 对 象 的 指针 类 型 、 函 数 指针 类 型 、 指 向 成 员 
的 指针 类 型 ) 。 

“引用 类 型 “ 指 同 对 象 或 者 指 加 函数 的 引用 都 是 允许 的 ) 。 

所 有 其 他 的 类 型 现今 都 不 允许 作为 非 类 型 参数 使 用 (但 古 在 将 来 很 
可 能 会 增加 浮 点 数 类 型 ， 参 见 13.4 人 T) 。 

或 许 会 令 你 惊讶 的 是 ， 在 茶 些 情况 下 ， 非 模板 参数 的 声明 也 可 以 使 














用 关键 字 typename: 
template <typename TT, // 类 型 参数 
typename T::Allocator* Allocator> // 非 类 型 参数 
class List; 


这 两 种 参数 的 区 分 很 容易 : 第 1 个 typename 的 后 面 是 一 个 简单 标 
识 符 T， 而 第 2 个 typename 的 后 面 是 一 个 受 限 的 名 称 ( 换 句 话 说 ， 是 一 
个 包含 两 个 冒号 (: : ) 的 名 称 ) 。5.1 节 和 9.3.2 小 节 解 释 了 在 非 类 型 
参数 中 使 用 typename 关 键 字 的 作用 。 

函数 和 数组 类 型 也 可 以 被 指定 为 非 模 板 参 数 ， 但 要 把 它们 先 隐 式 地 
转换 为 指针 类 型 ， 这 种 转型 也 称 为 decay: 

template<int buf[5]> class Lexer; //buf 实 际 上 是 一 个 int* 类 型 

template<int* buf> class Lexer; /正确 : 这 是 上 面 的 重新 声明 

非 类 型 模板 参数 的 声明 和 变量 的 声明 很 相似 ， 但 它们 不 能 具有 
static、mutable 等 修饰 符 ， 只 能 具有 const 和 volatile 限 定 符 。 但 如 果 这 两 











个 限定 符 限 定 的 如 果 是 最 外 层 的 参数 类 型 ， 编 译 器 将 会 色 略 它们 : 
template<int const length> class Buffer; 
/这 里 的 const 是 没 用 的 ， 被 忽略 了 
template<int length> class Buffer; /和 上 面 是 等 同 的 
最 后 ， 非 类 型 模板 参数 只 能 是 右 值 : 它们 不 能 被 取 址 ， 也 不 能 被 赋 
值 。 








8.2.3 模板 的 模板 参 类 


模板 的 模板 参数 是 代表 类 模板 的 占 位 符 〈placeholder) 。 它 的 声明 
和 类 模板 的 声明 很 类 似 ， 但 不 能 使 用 关键 字 struct 和 union: 


template <template<typename X> class C> // 正 确 











void f(C<int>* p); 

template <template<typename X> struct C> /错误 

void f(C<int>* p); 

template <template<typename XX> union C> /错误 

void f(C<int>* p); 

在 它们 声明 的 作用 域 中 ， 模 板 的 模板 参数 的 用 法 和 类 模板 的 用 法 很 
相似 。 








模板 的 模板 参数 的 参数 〈 如 下 面 的 A) 可 以 具有 人 缺 省 模板 实 参 。 显 
代 ， 只 有 在 调用 时 没有 指定 该 参数 的 情况 下 ， 才 会 应 用 缺 省 模板 实 参 : 


template <template<typename 工 ， 





typename A = MyAllocator> class Container> 
class Adaptation { 
Container<int> storage; 
// 隐 式 等 同 于 Container<int,MyAllocator> 





对 于 模板 的 模板 参数 而 言 ， 它 的 参数 名 称 只 能 被 自身 其 他 参数 的 声 
明 使 用 。 下 面 的 假设 例子 说 明了 这 一 点 : 
template <template<typename T, T*> class Buf> 
class Lexer { 
static char storagel5}]; 
Buf<char,&Lexer<Buf>::storage[0]> buf; 
有 
template <template<typename T> class List> 
class Node { 


static T* storage; 


/错误 : 模板 的 模板 参数 的 参数 在 这 里 不 能 被 使 用 





上 

通常 而 言 ， 模 板 的 模板 参数 的 参数 的 名 称 (如 上 面 例子 的 T) 并 不 会 
在 后 面 被 用 到 。 因 此 ， 该 参数 也 经 党 被 省 略 不 写 ， 即 没有 命名 。 例 如 ， 
前 面 Adaptation 模 板 的 例子 可 以 这 样 声明 : 


template <template <typename, typename = MyAllocator> class 





Container> 


class Adaptation 








{ 
Container<int> storage; 
// 隐 式 等 价 于 Container<int, MyAllocator> 
0 
8.2.4 缺 省 模板 实 参 
现今 ， 只 有 类 模板 声明 才能 具有 缺 省 模板 实 参 〈 在 这 方面 可 能 的 变 





化 详 见 13.3 节 ) 。 从 前 面 我 们 知道 ， 任 何 类 型 的 模板 参数 都 可 以 拥有 
一 个 缺 省 实 参 ， 只 要 该 缺 省 实 参 能 够 匹配 这 个 参数 就 可 以 。 显 然 ， 缺 省 
实 参 不 能 依赖 于 自 时 的 参数 ;但 可 以 依赖 于 前 面 的 参数 : 
template <typename T, typename Allocator = allocator<T> > 
class List; 
// 就 是 说 ，allocator<T> 不 能 依赖 于 本 身 参 数 
Allocator, 
// 但 是 能 依赖 于 前 面 参数 T 
与 缺 省 的 函数 调用 参数 的 约束 一 样 ， 对 于 任 一 个 模板 参数 ， 只 有 在 
之 后 的 模板 参数 都 提供 了 缺 省 实 参 的 前 担 下 ， 才 能 具有 缺 省 模板 实 参 。 
后 面 的 缺 省 值 通 常 是 在 同 个 模板 声明 中 提供 的 ， 但 也 可 以 在 前 面 的 模板 
声明 中 提供 。 下 面 的 例子 说 明了 这 一 点 : 


template <typename T1, typename T2, typename T», 





typename T4 = char, typename T5 = char> 
class Quintuple; // 正 确 
template <typename T1, typename T2, typename T3 = char, 
typename T4, typename T5> 
class Quintuple; /正确 ， 根 据 前 面 的 模板 声明 
/AT4 和 T5 已 经 具有 缺 省 值 了 
template <typename T1 = char, typename T2, typename T3, 
typename T4, typename T5> 
class Quintuple; /错误 ，T1 不 能 具有 人 缺 省 实 参 
/因为 T2 还 没有 缺 省 实 参 
另外 ， 缺 省 实 参 不 能 重复 声明 : 
template <typename T = void> 
class Value: 


template <typename T = void> 


class Value; /错误 : 重复 出 现 的 缺少 实 参 


8.3 模板 实 参 


模板 实 参 是 指 : 在 实例 化 模板 时 ， 用 来 替换 模板 参数 的 值 。 我 们 可 
以 使 用 下 面 几 种 不 同 的 机 制 来 确定 这 些 值 : 

“ 显 式 模板 实 参 : 紧 跟 在 模板 名 称 后 面 ， 在 一 对 尖 括 号 内 部 的 显 式 
模板 实 参 值 。 所 组 成 的 整个 实体 称 为 ttmplate-id。 

注入 式 〈injected) 类 名 称 : 对 于 具有 模板 参数 P1、P2..……. 的 类 模 
板 X， 在 它 的 作用 域 中 ， 模 板 名 称 〈 即 又 ) 等 同 于 template-id: X<P1,P2， 
>。 有 具体 细节 可 以 参见 9.2.3 小 节 。 

“ 缺 省 模板 实 参 :; 如 果 提 供 缺 省 模板 实 参 的 话 ， 在 类 模板 的 实例 中 
就 可 以 省 略 显 式 模板 实 参 。 然 而 ， 即 使 所 有 的 模板 参数 都 具有 缺 省 值 ， 
一 对 尖 括 号 还 是 不 能 省 略 的 《即使 尖 括 号 内 部 为 空 ， 也 要 保留 尖 括 
ng 

" 实 参 演绎 ; 对 于 不 是 显 式 指定 的 函数 模板 实 参 ， 可 以 在 函数 的 调 
用 语句 中 ， 根 据 函 数 调用 实 参 的 类 型 来 演绎 出 函数 模板 实 参 。 第 11 章 描 
述 了 演绎 的 细节 。 事 实 上 ， 实 参 演绎 还 可 以 在 其 他 几 种 情况 下 出 现 。 另 
外 ， 如 果 所 有 的 模板 实 参 都 可 以 通过 演绎 获得 ， 那 么 在 函数 模板 名 称 后 
面 就 不 需要 指定 尖 括 号 。 



































对 于 函数 模板 的 模板 实 参 ， 我 们 可 以 显 式 指定 它们 ， 或 者 借助 于 模 
板 的 使 用 方式 对 它们 进行 实 参 演绎 。 例 如 : 

//details/max.cpp 

template <typename T> 

inline T const& max(T const& a, T const& b) 


{ 


retuma<by?b:a 





} 

int main() 

{ 
max<double>(1.0, -3.0); // 显 式 指定 模板 实 参 
max(1.0, -3.0); // 模 板 实 参 被 隐 式 演绎 成 double 
max<int>(1.0,3.0); // 显 式 的 <int> 禁 止 了 演绎 

/因此 返回 结果 是 int 类 型 
} 





然而 ， 某 些 模板 实 参 永远 也 得 不 到 演绎 的 机 会 ( 见 第 11 革 〉 ， 于 
是 ， 我 们 最 好 把 这 些 实 参 所 对 应 的 参数 放 在 模板 参数 列表 的 开始 处 ， 从 
而 可 以 显 式 指定 这 些 参数 ， 而 其 他 的 参数 仍然 可 以 进行 实 参 演绎 。 例 
如 : 

//details/implicit.cpp 

template <typename DstT, typename SrcT> 

inline DstT implicit_cast (SrcT const& Xx) //Srct 可 以 被 演绎 


‘ /但 DstT 不 
可 以 
return X; 
} 
int main() 
{ 


double value = implicit_cast<double>(-1); 
} 
如 果 我 们 调换 例子 中 模板 参数 的 顺序 〈 换 句 话 说， 我 们 把 该 模板 写 
成 : template<typename SrcT, typename DstT>) ， 那 么 调用 implicit _cast 
惑 必 须 显 式 指定 两 个 模板 实 参 。 





由 于 函数 模板 可 以 被 重 载 ， 所 以 对 于 函数 模板 而 言 ， 显 式 提供 所 有 
的 实 参 并 不 足以 标识 每 一 个 函数 : 在 一 些 例子 中 ， 它 标识 的 是 由 许多 函 
数组 成 的 函数 集合 。 下 面 的 例子 清楚 地 说 明了 这 一 点 : 


template <typename Func, typename 工 > 








void apply (Func func_ptr, T x) 
{ 
fun_ptr(x); 
} 
template <typename T> void single(T); 
template <typename T> void multi(T); 


template <typename T> void multi(T*); 


int main() 
{ 

apply(&single<int>, 3); /正确 

apply(&multi<int>, 7); /错误 : &multi<int> 不 唯一 
} 


在 这 个 例子 中 ，apply0 的 第 一 次 调用 是 正确 的 ， 因 为 表达 式 
&single<int> 的 类 型 是 确定 的 ， 因此， 可 以 很 容易 地 演绎 出 Func 参 数 的 
模板 实 参 值 。 然 而 ， 在 第 2 次 调用 中 ，&multi<int> 可 以 是 两 种 函数 类 型 
中 的 任意 一 种 ， 因 此 在 这 种 情况 下 会 产生 二 义 性 ， 不 能 演绎 出 Func 的 实 
参 


二 0 











另外 ， 在 函数 模板 中 ， 显 式 指 定 模板 实 参 可 能 会 试图 构造 一 个 无 效 
的 C++ 类 型 。 考 虑 下 面 的 重 载 模板 函数 : 

template<typename T> RI1 test(typename T::X const*); 

template<typename T> RT?2 test(...); 

表达 式 test<int> 可 能 会 使 第 1 个 函数 模板 坚 无 意义 ， 因 为 基本 int 类 型 
根本 就 没有 成 员 类 型 X。 然 而 ， 第 2 个 模板 就 没有 这 种 问题 。 因 此 ， 表 





达 式 &test<int> 能 够 标识 一 个 唯一 函数 的 地 址 《〈 即 第 2 个 函数 的 地 址 ) 。 
而 且 ， 不 能 用 int 来 蔡 换 第 1 个 模板 的 参数 ， 并 不 意味 着 &test<int> 是 非法 
的 〈 束 是 下 面 的 SFINAE 原 则 ) 。 实 际 上 ，&test<int> 在 这 里 是 有 效 的 ， 
也 是 合法 的 。 

显然 , “替换 失败 并 非 错 误 (substitution-failure-is-not-an-error， 
SFINAE) ”原则 是 令 函 数 模 板 可 以 重 载 的 重要 因素 。 然 而 ， 它 同时 也 涉 
及 到 值得 我 们 注意 的 编译 期 技术 。 例 如 ， 假 设 类 型 RT1 和 RT2 的 定义 如 

typedef char RT!1; 

typedef struct { char af[2];} RT2; 

于 是 ， 我 们 就 可 以 在 编译 期 检查 (也 就 是 说 ， 检 查 是 否 可 以 把 它 看 
成 一 个 constant-expression) 给 定 类 型 T 是 否 具 备 成 员 类 型 X: 

#define type_has _ member type_ X(T) (sizeof(test<T>(0)) == 1) 

为 了 理解 宏 中 的 表达 式 ， 采 取 由 外 至 内 的 分 析 方 法 会 比较 简单 。 首 
先 ， 对 于 sizeof 表 达 式 ， 如 果 选 择 的 是 第 1 个 test 模 板 〈 它 返回 一 个 大 小 
为 1 的 char〉， 它 将 等 于 1; 而 另 一 个 test 模 板 会 返回 一 个 大 小 至 少 为 2 的 
结构 (因为 它 包 含 一 个 由 两 个 char 组 成 的 数组 )。 换 句 话说 ， 可 以 把 这 
个 宏 看 成 是 一 个 用 来 确定 constant-expression 的 装置 ， 它 可 以 判断 调用 
test<T>(0) 时 调用 的 是 哪 一 个 test 模 板 。 显 然 ， 如 果 给 定 的 类 型 T 没 有 成 
员 类 型 X， 那 么 就 不 能 选择 第 1 个 模板 。 相 反 ， 如 有 果 工 具有 成 员 类 型 又 ， 
那么 根据 重 载 解析 规则 《〈 见 附录 B) : 从 0 到 空 指针 常量 的 类 型 转换 要 优 
先 于 绑 定 一 个 实 参 给 省 略 号 参数 《根据 重 载 解析 的 观点 ， 省 略 号 参数 是 
最 弱 的 绑 定 类 型 ) ， 将 会 调用 第 1 个 模板 。 我 们 将 在 第 15 章 讨论 类 似 的 
技术 3 

SFINAE 原则 保护 的 只 是 : 允许 试图 创建 无 效 的 类 型 ， 但 并 不 允许 
试图 计算 无 效 的 表达 式 。 因 此 ， 下 面 的 例子 是 错误 的 C++ 例 子 : 

template<int I> void f(int (&)[24/(4-1))]); 

















template<int I> void f(int (&)[24/(4+1)}]); 


int main() 
| 
&f<4>; /错误 ， 符 换 后 第 一 个 除数 等 于 0《〈 不 能 应 用 
SFINAE) 
} 


即使 第 2 个 模板 文 持 这 种 蔡 换 ， 它 的 除数 也 不 会 为 0， 但 是 这 个 例子 
征 错误 的 。 而 且 ， 这 种 错误 只 会 在 表达 式 目 身 出 现 ， 并 不 会 在 模板 参数 
表达 式 的 绑 定 中 出 现 。 因 此 ， 下 面 的 例子 是 合法 的 : 

template<int N> int g() { return N; } 


template<int* P> int g() { return *P;} 


int main() 
| 

return g<1>(); /虽然 数字 1 不 能 被 绑 定 到 int* 参 数 
} /但 是 应 用 了 SFINAE 原 则 


15.2.2 小 节 和 19.3 节 给 出 了 SFINAE 原 则 的 进一步 应 用 。 
8.3.2 类 型 实 参 

模板 的 类 型 实 参 是 一 些 用 来 指定 模板 类 型 参数 的 值 。 我 们 平时 使 用 
的 大 多 数 类 型 都 可 以 被 用 作 模 板 的 类 型 实 参 ， 但 有 两 种 情况 例外 : 

(1) 局 部 类 和 局 部 枚 举 〈 换 句 话说 ， 指 在 函数 定义 内 部 声明 的 类 
型 ) 不 能 作为 模板 的 类 型 实 参 。 

(2) 未 命名 的 class 类 型 或 者 未 命名 的 枚 举 类 型 1 不 能 作为 模板 的 
类 型 实 参 (然而 ， 通 过 typedef 声 明 给 出 的 未 命名 类 和 枚 举 是 可 以 作为 模 
板 类 型 实 参 的 ) 。 

1 译注 : “未 命名 的 ”原文 是 unnamed。David 对 此 的 解释 是 : 


unnamed means with no name， 壁 如 ; 





struct { int x; } s; 
enum {e=3}c; 
s 和 cc 具有 的 就 是 unnamed types。 
下 面 的 例子 很 好 地 说 明了 这 两 种 例外 情况 : 


template <typename T> class List { 


}; 
typedef struct { 


double x, y, Z; 








} Point; 
typedef enum { red, green, blue } *ColorPtr; 
int main() 
{ 
struct Association // 局 部 类 型 
{ 
int* p; 
int* q; 
上 
List<Association*> errorl; /错误 : 模板 实 参 中 使 用 了 局 部 类 
型 
List<ColorPtr> error2: /错误 : 模板 实 参 中 使 用 了 未 命名 
的 


/类 型 因为 typedef 定 义 的 是 
//*ColorPtr， 并 非 ColorPtr 

List<Point> ok; /正确 : 通过 使 用 typedef 定 义 
// 的 未 命名 类 型 








通 利 而 言 ， 尽 管 其 他 的 类 型 都 可 以 用 作 模 板 实 参 ， 但 前 提 是 该 类型 
丛 换 模板 参数 之 后 获得 的 构造 必须 是 有 效 的 。 


template <typename 工 > 


void clear (T p) 
{ 
‘p=0; // 要 求 单 目 运 算 符 * 可 以 用 于 类 型 T 
} 
int main() 
| 
int a; 


dear(a); /错误 ，int 类 型 并 不 支持 单 目 运算 符 * 


8.3.3 韭 类 型 实 参 

非 类 型 模板 实 参 是 那些 将 换 非 类 型 参数 的 值 。 这 个 值 必须 是 以 下 几 
种 中 的 一 种 : 

" 某 一 个 具有 正确 类 型 的 非 类 型 模板 参数 。 

一 个 编译 期 整 型 常 值 (或 枚 举 值 )。 这 只 有 在 参数 类 型 和 值 的 类 
型 能 够 进行 匹配 ， 或 者 值 的 类 型 可 以 隐 式 地 转换 为 参数 类 型 〈 例 如 ， 一 
个 char 值 可 以 作为 int 参 数 的 实 参 ) 的 前 提 下 ， 才 是 合法 的 。 

“六 面 有 单 目 运算 符 余 〈 即 取 址 ) 的 外 部 变量 或 者 函数 的 名 称 。 对 于 
函数 或 数组 变量 ，& 运 算 符 可 以 省 略 。 这 类 模板 实 参 可 以 匹配 指针 类 型 
的 非 类 型 参数 。 

对 于 引用 类 型 的 非 类 型 模板 参数 ， 前 面 没有 & 运 算 符 的 外 部 变量 和 
外 部 函数 也 是 可 取 的 。 

一 个 指 同 成 员 的 指针 和 常量 (pointer-to-member constant) ; 换 句 话 
说 ， 类 似 &C::m 的 表达 式 ， 其 中 C 是 一 个 dass ”类 型 ，m 是 一 个 非 静 态 成 
































员 《 成 员 变 量 或 者 函数 ) 。 这 类 实 参 只 能 匹配 类 型 为 “成员 指针 ”的 非 类 
型 参数 。 

当 实 参 匹 配 “ 指 针 类 型 或 者 引用 类 型 的 参数 "时 ， 用 户 定义 的 类 型 转 
换 〔 例 如 单 参 数 的 构造 函数 和 重 载 类 型 转换 运算 符 〉 和 由 派生 类 到 基 类 
的 类 型 转换 ， 都 是 不 会 被 考虑 的 ; 即使 在 其 他 的 情况 下 ， 这 些 隐 式 类 型 
转换 是 有 效 的 ， 但 在 这 里 都 是 无 效 的 。 隐 式 类 型 转换 的 唯一 应 用 只 能 
是 : 给 实 参加 上 关键 字 const 或 者 volatile。 

下 面 是 一 些 有 效 的 非 类 型 模板 实 参 的 例子 : 


template <typename T, T nontype_param> 





class C; 
C<int,33>* c1; // 整 型 
int a; 
C<int*,8a>* c2， /外 部 变量 的 地 址 
void f(); 
void f(int); 
C<void(*)(int),f>* c3; /函数 名 称 : 在 这 个 例子 中 ， 重 载 解 析 
// 会 选择 f(int),f 前 面 的 & 隐 式 省 略 了 
classX{ 
Public: 
int n; 
static bool b; 
上 
C<bool&, X::b>* c4: // 静 态 类 成 员 是 可 取 的 
/变量 〈 和 函数 ) 名 称 
C<int X::*, &X::n>* c5; // 指 问 成 员 的 指针 常量 


template<typename T> 


void templ_func(); 


C<void(), Stempl_func<double> >* c6; 
/函数 模板 实例 同时 也 是 函数 

模板 实 参 的 一 个 普 裔 约束 是 ， 在 程序 创建 的 时 候 ， 编 译 器 或 者 链接 
器 要 能 够 确定 实 参 的 值 。 如 果实 参 的 值 要 等 到 程序 运行 时 才能 够 确定 
譬如， 局 部 变量 的 地 址 ) ， 就 不 符合 “模板 是 在 程序 创建 的 时 候 进 行 
实例 化 ”的 概念 了 。 

男 一 方面 ， 有 些 常 值 不 能 作为 有 效 的 非 类 型 实 参 ， 这 也 许 会 令 你 觉 
得 很 证 异 。 这 些 常 值 包括 : 

空 指 针 常 量 。 

* 浮 点 型 值 。 

-字符 串 。 

有 关 和 字符 串 的 一 个 问题 就 是 :两 个 完全 等 同 的 字符 串 可 以 存储 在 两 
个 不 同 的 地 址 中 。 在 此 ， 我 们 用 一 种 (很 笨 的 ) 解决 方法 来 表达 需要 基 
于 字符 串 进 行 实 例 化 的 模板 : 引入 一 个 额外 的 变量 来 存储 这 个 字符 串 。 


template <char const* str> 




















class Message; 

extern char const hello[| = ”Hello World!”; 

Message<hello>* hello_msg; 

可 以 看 到 ， 我 们 使 用 了 关键 字 extern。 因 为 如 果 不 使 用 这 个 关键 
字 ， 上 面 的 const 数 组 变量 将 具有 内 部 链接 。 

4.3 市 给 出 了 字符 串 的 男 一 个 例子 ， 天 于 这 方面 在 将 来 可 能 出 现 的 
变化 ， 请 参见 13.4 市 。 

下 面 给 出 一 些 错误 的 例子 : 


template<typename T, T nontype_param> 








class C; 
class Base { 
Public: 


tn 


int i; 
} base; 
class Derived : public Base { 
} derived_obj; 
C<Base*, &derived_obj>* errl // 错 误 : 这 里 不 会 考虑 
/派生 类 到 基 类 的 类 型 转换 
C<int&, base.i>* err2; // 错 误 : 域 运 算 符 〈.) 后 面 的 变 











// 不 会 秘 看 成 变量 
int a[10]; 
C<int*, &a[0]>* err3; // 错 误 : 单一 数组 元 素 的 地 址 
/并 不 是 可 取 的 
8.3.4 模板 的 模板 实 参 


“模板 的 模板 实 参 ” 必 须 是 一 个 类 模板 ， 它 本 身上 共有 参数 ， 该 参数 必 














须 精 确 匹 配 它 “ 押 痊 换 的 模板 的 模板 参数 ”本身 的 参数 。 在 匹配 过 程 





中 ， 


“模板 的 模板 实 参 ”的 缺 省 模板 实 参 [9] 将 不 会 被 考虑 (但 是 如 末 “ 模 








板 的 模板 参数 ?具有 缺 省 实 参 [10] ， 那 么 模板 的 实例 化 过 程 是 会 考虑 模 
板 的 模板 参数 的 缺 省 实 参 的 ) 。 


因此 ， 下 面 的 例子 是 错误 的 : 
#include <list> 
//List 的 声明 : 


// namespace std { 


// template <typename 工 ， 
// typename Allocator = allocator<T> > 
// class list， 


// } 


template <typename 工 1， 
typename 12, 
template<typename> class Container> 
//Container 期 望 的 是 只 具有 一 个 参数 的 模板 
class Relation { 


public: 


private: 
Container<T1> dom1l; 


Container<T2> dom2; 


上 
int main() 
Relation<int,double,std::list> rel: 
/错误 : std::list 是 一 个 具有 多 个 《〈《 即 2 个 ) 参数 的 模板 
} 





这 里 的 问题 是 : 标准 库 中 的 std::list 模 板 具 有 两 个 参数 ， 它 的 第 2 个 
参数 〈 我 们 称 之 为 内 存 配置 器 allocator) 具有 一 个 缺 省 值 ;， 但 是 当 我 们 
匹配 std::list 和 Container 参 数 时 ， 事 实 上 并 不 会 考虑 这 个 缺 省 值 〈《 即 认为 
缺 省 值 并 不 存在 ) 。 

有 时 ， 我 们 可 以 通过 给 模板 的 模板 参数 汐 加 一 个 具有 缺 省 值 的 参 
数 ， 来 解决 这 个 问题 。 在 前 面 的 例子 中 ， 我 们 可 以 这 样 改写 Relation 模 
板 : 


#include <memory> 














template <typename 工 1， 


typename 工 2， 


template<typename 工 ， 
typename = std::allocator<T> > class Container> 
/Container 现 在 就 能 够 接受 一 个 标准 容器 模板 了 
class Relation { 


public: 


private: 
Container<T1> dom!1:; 
container<T2> dom2; 
上 
显然 ， 这 并 不 是 一 个 令 人 满意 的 解决 方案 ， 但 它 可 以 让 标准 容器 模 
板 得 到 使 用 。 我 们 将 在 13.5 讨 论 将 来 在 这 方面 可 能 出 现 的 变化 。 
另外 我 们 注意 到 了 一 个 事实 : 从 语法 上 讲 ， 只 有 关键 字 class 才 能 被 
用 来 声明 模板 的 模板 参数 ;但 是 这 并 不 意味 只 有 用 关键 字 class 声明 的 
类 模板 才能 作为 它 的 蔡 换 实 参 。 实 际 上 , “struct 模 板 ” “union 模 板 ” 都 
可 以 作为 模板 的 模板 参数 的 有 效 实 参 。 这 和 我 们 前 面 所 提 到 的 事实 很 相 
似 : 对 于 用 关键 字 class 声 明 的 模板 类 型 参数 ， 我 们 可 以 用 (满足 约束 
的 ) 任何 类 型 作为 它 的 符 换 实 参 。 
8.3.5 实 参 的 等 价 性 


当 每 个 对 应 实 参 值 都 相等 时 ， 我 们 束 称 这 两 组 模板 实 参 是 相等 的 。 
对 于 类 型 实 参 ，typedef 名 称 并 不 会 对 等 价 性 产生 影响 ， 束 是 说 ， 最 后 比 
较 的 还 是 typedef 原 本 的 类 型 。 对 于 非 类 型 的 整 型 实 参 ,进行 比较 的 是 实 
参 的 值 ， 人 至 于 这 些 值 是 如 何 表 达 的 ， 也 不 会 产生 有 影响。 下 面 的 例子 说 明 
了 这 一 点 : 


template <typename T, int I> 























class Mix:; 


typedef int Int; 

Mix<int, 3*3>* p1; 

Mix<Int, 4+5>* p2; //p2 和 p1 的 类 型 是 相同 的 

另外 ， 从 函数 模板 产生 《〈 即 实例 化 出 来 ) 的 函数 一 定 不 会 等 于 普通 
函数 ， 即 便 这 两 个 函数 具有 相同 的 类 型 和 名 称 。 这 样 ， 针 对 类 成 员 ， 我 
们 可 以 引申 出 两 点 结论 : 

(1) 从 成 员 函 数 模板 产生 的 函数 永远 也 不 会 改写 一 个 虚 函 数 〈 进 
一 步 说 明成 员 函 数 模板 不 能 是 一 个 虚 函 数 ) 。 

(2) 从 构造 函数 模板 产生 的 构造 函数 一 定 不 会 是 缺 省 的 拷贝 构造 
函数 (类 似 ， 从 赋值 运算 符 模 板 产 生 的 赋值 运算 符 也 一 定 不 会 是 一 个 找 
贝 赋值 运算 符 。 但 是 ， 后 面 这 种 情况 通常 不 会 出 现 问题 ， 因 为 与 拷贝 构 
造 函 数 不 同 的 是 : 赋值 运算 符 永 远 也 不 会 被 隐 式 调用 ) 。 


8.4 友 元 


友 元 声明 的 基本 概念 是 很 简单 的 : 授予 “ 东 个 类 或 者 函数 访问 友 元 
声明 所 在 的 类 ”的 权利 。 然 而 ， 由 于 以 下 两 个 事实 ， 这 些 简单 概念 却 变 
得 有 些 复杂 : 

(1) 友 元 声明 可 能 是 茶 个 实体 的 唯一 声明 。 

(2) 友 元 函数 的 声明 可 以 是 一 个 定义 。 

友 元 类 的 声明 不 能 是 类 定义 ， 因 此 友 元 类 通常 都 不 会 出 现 问 题 。 在 
引入 模板 之 后 ， 友 元 类 声明 的 唯一 变化 只 是 : 可 以 命名 一 个 特定 的 类 模 
板 实例 为 友 元 。 


template <typename 工 > 






































class Node; 
template <typename 工 > 


Class Tree { 


friend class Node< 工 >; 


一 一 


间 


显然 ， 如 果 要 把 类 模板 的 实例 声明 为 其 他 类 《或 者 类 模板 ) 的 友 
元 ， 该 类 模板 在 声明 的 地 方 必 须 是 可 见 [011 的 。 然 而 ， 对 于 一 个 普通 
类 ， 束 没有 这 个 要 求 : 


template <typename T> 
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class Tree { 
friend class Factory; /正确 : 即使 这 里 是 Factory 的 首次 声明 
friend class Node<T>; 。”// 如 果 Node 在 此 是 不 可 见 的 
/这 条 语句 就 是 错误 的 
}; 
9.2.2 小 节 给 出 了 这 方面 更 详细 的 叙述 。 
8.4.1 友 元 岗 妆 
通过 确认 紧 接 在 友 元 函数 名 称 后 面 的 是 一 对 尖 插 号， 我 们 可 以 把 函 
数 模板 的 实例 声明 为 友 元 。 尖 括号 可 以 包含 模板 实 参 ,但 也 可 以 通过 调 
用 参数 来 演绎 出 实 参 。 如 果 全 部 实 参 都 能 够 通过 演绎 获得 的 话 ， 那 么 尖 
括号 里 面 可 以 为 空 : 
template <typename T1, typename 工 2> 
void combine(T1,T2); 


class Mixer { 





friend void combine<>(int&, int&); 
/正确 : T1 = int&, T2 = int& 

friend void combine<int, int>(int, int); 
/正确 : T1 = int, T2 = int 


friend void combine<char>(char, int); 


/正确 : T1 = char, T2 = int 
friend void combine<char>(char&., int); 
/错误 : 不 能 匹配 上 面 的 combine() 模 板 
friend void combine<>(long, long) { ...} 
/错误 : 这 里 的 友 元 声明 不 允许 出 现 定义 。 
上 
另外 应 该 知道 : 我们 不 能 在 友 元 声明 中 定义 一 个 模板 实例 我 们 最 
多 只 能 定义 一 个 特 化 ) ; 因此 ， 命 名 一 个 实例 的 友 元 声明 是 不 能 作为 定 
义 的 。 
如 果 名 称 后 面 没 有 紧 跟 一 对 尖 括 号 ， 那 么 只 有 在 下 面 两 种 情况 下 是 
合法 的 : 
(1) 如果 名 称 不 是 受 限 [12] 的 《就 是 说 ， 没 有 包含 一 个 形 如 双 冒 
号 的 域 运 算 符 ) ， 那 么 该 名 称 一 定 不 是 〈 也 不 能 ) 引用 一 个 模板 实例 。 
如 果 在 友 元 声明 的 地 方 ， 还 看 不 到 [13] 所 匹配 的 非 模板 函数 〈 即 普通 函 
数 ) ， 那 么 这 个 友 元 声明 就 是 函数 的 首次 声明 。 于 是 ， 该 声明 可 以 是 定 
0 














(2) 如 果 名 称 是 受 限 的 《就 是 说 前 面 有 双 骨 号 : : ) ， 那 么 该 名 
称 必 须 引用 一 个 在 此 之 前 声明 的 函数 或 者 函数 模板 。 在 匹配 的 过 程 中 ， 
匹配 的 函数 要 优先 于 匹配 的 函数 模板 。 然 而 ， 这 样 的 友 元 声明 不 能 是 定 





Xs 
下 面 的 例子 可 以 说 明 这 些 情况 : 
void multiply (void*); /普通 函数 
template <typename 工 > 
void multiply(T); 函数 模板 


class Comrades { 
friend void multiply(int) { } 
/定义 了 一 个 新 的 函数 : : multiply(int) 


// 非 受 限 函数 名 称 ， 不 能 引用 模板 实例 
friend void ::multiply(void*) 
/引用 上 面 的 普通 函数 ， 
/不 会 引用 multiply<voidx> 实 例 
friend void ::multiply(int); 
/引用 一 个 模板 实例 
friend void ::multiply<double*>(double*) 
/ 受 限 名 称 还 可 以 具有 一 对 尖 括 号 
/但 模板 在 此 必须 是 可 见 的 
friend void ::error() { } 
/错误 : 受 限 的 友 元 不 能 是 一 个 定义 
放 
在 前 面 的 例子 中 ， 我 们 是 在 一 个 普通 类 里 面 声 明 友 元 图 数 。 如 采 需 
要 在 类 模板 里 面 声明 友 元 函数 ， 前 面 的 这 些 规则 仍然 是 适用 的 ， 唯 一 的 
区 别 就 是 : 可 以 使 用 模板 参数 来 标识 友 元 函数 。 
template <typename 工 > 
class Node { 
Node<T>* allocate(); 


}; 
template <typename T> 
class List { 
friend Node<T>* Node<T>::allocate(); 


然而 ， 如 果 我 们 在 类 模板 中 定义 一 个 友 元 函数 ， 那 么 将 会 出 现 一 个 
很 有 趣 的 现象 。 因 为 对 于 任何 只 在 模板 内 部 声明 的 实体 ， 都 要 等 到 模板 











被 实例 化 之 后 ， 才 会 是 一 个 具体 的 实体 ;在 这 之 前 该 实体 是 不 存在 的 。 
类 模板 的 友 元 函数 也 是 如 此 。 考 虑 下 面 的 例子 : 
template <typename 工 > 
class Creator { 
friend void appear() { // 一 个 新 水 数 : : appear() 
// 但 要 等 到 Creator 被 实例 化 之 


后 
// 才 存在 
} 
}; 
Creator<void> miracle; /这 时 才 生 成 : : appear() 
Creator<double> oops; // 错 误 : ::appear0 第 2 次 被 生成 


在 这 个 例子 中 ， 两 个 不 同 的 实例 化 过 程 生成 了 两 个 完全 相同 的 定义 
《 即 appear 函数 ) ， 这 违反 了 ODR 原 则 ( 详 见 附录 A) 。 

因此 ， 我 们 必须 确定 : 在 模板 内 部 定义 的 友 元 函数 的 类 型 定义 中 ， 
必须 包含 类 模板 的 模板 参数 《除非 我 们 希望 在 一 个 特定 的 文件 中 禁止 多 
于 一 个 的 实例 被 创建 ， 但 这 种 用 法 很 少 ) 。 让 我 们 这 样 修改 前 面 的 例 
站 


template <typename 工 > 





class Creator { 
friend void feed(Creator<T>*) {”// 每 个 T 都 生成 一 个 不 同 
/的 ::feed0O 函 数 


}; 
Creator<void> one; // 生 成 ::feed (Creator<void>*) 


Creator<double> two; // 生 成 : : feed(Creator<double>*) 


在 这 个 例子 中 ， 每 个 Creator 的 实例 都 生成 了 一 个 不 同 的 feedO 函 
数 。 另 外 我 们 应 该 知道 : 尽管 这 些 函数 是 作为 模板 的 一 部 分 被 生成 的 ， 
但 函数 本 号 仍然 是 普通 函数 ， 而 不 是 模板 的 实例 。 

最 后 一 点 就 是 : 由 于 函数 的 实体 处 于 类 定义 的 内 部 ， 所 以 这 些 函 数 
是 内 联 函 数 。 因 此 ， 在 两 个 不 同 的 翻译 单元 中 可 以 生成 相同 的 函数 ， 具 
体 细 节 请 参见 9.2.2 小 节 和 11.7 节 。 

8.4.2 友 元 模板 

我 们 通常 声明 的 友 元 只 是 : 函数 模板 的 实例 或 者 类 模板 的 实例 ， 我 
们 指定 的 友 元 也 只 是 特定 的 实体 。 然 而 ， 我 们 有 时 候 需 要 让 模板 的 所 有 
实例 都 成 为 友 元 ， 这 了 就 需要 声明 友 元 模板 。 例 如 : 


class Manager { 














template <typename T> 

friend class Task; 
template <typename T> 

friend void Schedule<T>::dispatch(Task<T>*); 
template <typename T> 

friend int ticket() { 

return ++Manager::counter; 
} 


static int counter; 





和 普通 友 元 的 声明 一 样 ， 只 有 在 友 元 模板 声明 的 是 一 个 非 受 限 的 函 
数 名 称 ， 并 且 后 面 没 有 紧 跟 尖 括 号 的 情况 下 ， 该 友 元 模板 声明 才能 成 为 
定义 。 

友 元 模板 声明 的 只 是 基本 模板 和 基本 模板 的 成 员 。 当 进行 这 些 声 明 
之 后 ， 与 该 基本 模板 相对 应 的 模板 局 部 特 化 和 显 式 特 化 都 会 被 上 自动 地 看 











成 友 元 。 
8.5 本 章 后 记 


目 从 20 世 纪 80 年 代 末 C++ 模 板 的 概念 提出 以 来 ，C++ 模 板 的 整体 概 
念 和 语法 就 保持 得 比较 稳定 。 类 模板 和 函数 模板 、 类 型 参数 和 非 类 型 参 
数 都 属于 最 初 功能 的 一 部 分 。 

然而 ， 后 来 (主要 ) 在 C++ 标准 库 的 推动 下 ， 给 最 初 的 设计 添加 了 
一 些 很 重要 的 特性 。 成 员 模 板 就 是 其 中 一 个 最 重要 的 补充。 有 趣 的 是 ， 
C++ 标准 的 正式 投票 只 是 把 成 员 函 数 模板 加 入 到 标准 中 ， 成 员 类 模板 则 
是 在 后 来 的 编辑 勘误 表 中 才 被 加 入 标准 的 。 

友 元 模板 、 缺 省 模板 实 参 、 模 板 的 模板 参数 都 是 不 久 前 才 添 加 进 语 
言 的 。 声 明 “ 模 板 的 模板 参数 ”的 能 力 通 剃 被 称 为 更 局 层次 的 泛 化 
(higher-order genericity) 。 最 初 是 为 了 在 C++ 标准 库 中 文 持 某 种 配置 器 
模型 ， 才 引入 模板 的 模板 参数 的 ;但 后 来 这 种 配置 器 模型 被 一 种 不 需要 
依赖 于 模板 的 模板 参数 的 配置 器 给 取代 了 。 然 后 ， 由 于 模板 的 模板 参数 
的 规范 不 完整 ， 差 一 点 就 要 把 它 〈 模 板 的 模板 参数 ) 从 语言 中 删除 了 。 
直到 临近 标准 化 过 程 的 时 候 ， 这 份 〈 模 板 的 模板 参数 的 ) 规范 才 算 比较 
完整 。 最 后 ， 委 员 会 成 员 经 过 投票 表决 ， 通 过 了 保留 模板 的 模板 参数 的 
决议 ， 它 的 规范 才 得 以 逐渐 走 同 完整 。 
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在 大 多 数 程序 设计 语言 中 ， 名 称 都 是 一 个 很 基本 的 概念 。 借 助 名 
称 ， 程 序 员 可 以 引用 前 面 已 经 构造 完毕 的 实体 。 当 C++ 编译 器 遇 到 一 个 
名 称 时 ， 它 会 查找 该 名 称 ， 来 确认 它 引 用 的 是 哪个 实体 。 从 实现 者 的 角 
度 出 发 ， 就 名 称 而 言 ，C++ 是 一 门 相 当 环 手 的 语言 。 璧 如 C++ 语 名 
x*y， 如 果 x 和 y 都 是 变量 的 名 称 ， 那 么 这 个 语句 代表 一 个 乘积 ;但 如 果 x 
是 一 个 类 型 的 名 称 ， 那 么 这 个 语句 声明 y 是 一 个 指向 类 型 为 x 的 实体 的 指 
针 。 

这 个 小 例子 说 明了 C++“〈 与 C 一 样 ) 是 一 种 上 下 文 相关 语言 : 对 于 
C++ 的 一 个 构造 ， 我 们 不 能 脱离 它 的 上 下 文 来 理解 它 。 但 这 又 和 模板 有 
哪些 联系 呢 ? 事实 上 ， 模 板 也 是 一 种 构造 ， 它 必须 处 理 多 种 上 下 文 相关 
言 息 : (1) 模板 出 现 的 上 下 文 ，(2) 模板 实例 化 的 上 下 文 ; 〈3) 用 
来 实例 化 模板 的 模板 实 参 的 上 下 文 。 因此， 在 C++ 中 ， 小 心 处 理 各 种 
(上 下 文 的 ) 名 称 的 做 法 就 不 足 为 奇 了 。 











9.1 i 


C++ 使 用 了 多 种 多 样 的 方法 来 对 名 称 进 行 分 类 。 为 了 有 助 于 理解 名 
I 我 们 给 出 了 表 9.1， 它 描述 了 这 些 分 类 的 概念 。 幸 运 的 
， 你 只 需要 熟悉 下 面 两 个 主要 的 命名 概念 ， 就 可 以 深入 理解 大 多 数 模 
(1) 如果 一 个 名 称 使 用 域 解析 运算 符 〈 即 : : ) 或 者 成 员 访问 运 
算 符 〈 即 .或 一 >) 来 显 式 表 明 它 所 属 的 作用 域 ， 我 们 就 称 该 名 称 为 受 限 
名 称 。 例 如 ，this->count 束 是 一 个 受 限 名 称 ， 而 count 则 不 是 (即使 前 面 





没有 符号 ，count 实 际 上 引用 的 也 是 一 个 类 成 员 ) 。 

(2) 如 果 一 个 名 称 ( 以 某 种 方式 ) 依赖 于 模板 参数 ， 我 们 就 称 它 
为 依赖 型 名 称 。 例 如 ， 如 果 T 是 一 个 模板 参数 ，std::vector<T>::iterator 就 
是 一 个 依赖 名 称 ; 但 如 果 T 是 一 个 已 知 的 typedef( 类 型 定义 ， 例 如 
int) ， 那 么 std::vector<T>::iterator 就 不 是 一 个 依赖 名 称 。 








表 9.1 名 称 的 分 类 


分 类 说 明和 要 点 

标识 符 〈Identifier) 一 个 只 由 字母 、 下 划 线 和 数字 组 成 的 不 间断 字符 序列 。 它 不 能 以 数字 开始 ， 而 
且 某 些 标识 符 也 为 实现 所 保留 : 你 不 能 在 你 的 程序 中 引入 它们 (另外 ， 作 为 一 
条 原则 ， 你 应 该 避免 以 下 划 线 开头 和 使 用 两 个 连续 的 下 划 线 ) 。“ 字 母 ” 这 个 
概念 在 这 里 具有 更 广 的 外 延 : 它 还 包含 通用 字符 名 称 〈Univercal Charalter 
Name, UCN) ，UCN 采用 非 字 符 的 编码 格式 来 存储 信息 

运算 符 id 在 关键 字 operator 后 面 紧 跟 一 个 运算 符 符 号 。 例 如 , operator new 和 operator []。 

COperator-funetion-id) | 许多 运算 符 痢 具 有 其 他 表示 方法 ， 例 如 ， 用 于 取 址 的 单 目 运算 符 operator& 可 

以 等 价 地 写 为 operator bitand' 

类 型 转换 函数 id 用 来 表示 用 户 定 义 的 隐 式 类 型 转换 运算 符 。 例 如 operator int&， 也 可 以 写成 

(Conversion-function-id) | operator int bitand 

模板 id (Template-id) 是 一 个 模板 名 称 ， 在 它 后 面 紧 跟 位 于 一 对 尖 括 号 内 部 的 模板 实 参 列表 。 例 如 ， 
List<T, int, 0>〈 严 格 地 说 ，C++ 标 准 只 允许 简单 的 标识 符 作为 template-id 的 模 
板 名称 。 然 而 ， 这 种 规定 或 许 是 一 种 失误 ， 实 际 上 operator-function-id 也 应 该 
可 以 作为 template-id 的 模板 名 称 ， 例 如 : operator+<X<int>>) 


非 受 限 id 广义 化 的 标识 符 (identifier) ， 它 还 可 以 是 前 面 的 任何 一 种 (包括 identifier、 
(Unqualified-id) operator-function-id，conversion-function-id、template-id) 或 者 析 构 函数 的 名 称 


(诸如 ~Date 或 ~List<T, T, N>) 

受 限 id (Qualified-id) 用 一 个 类 名 或 者 名 字 空 间 名 称 对 一 个 unqualified-id 进行 限定 ， 也 可 以 只 使 用 
全 局 作用 域 解析 运算 符 ( 如 :; : f 对 它 进行 限定 。 显 然 ， 这 种 名 称 本 身 也 可 
以 是 多 次 受 限 的 。 这 类 例子 有 ::X，S::x，Array<T>::y，::N::A<T>::z 


受 限 名 称 标准 中 并 没有 定义 这 个 概念 。 当 需要 引用 基于 受 限 查找 (qualified, lookup) 的 
(Qualified name) 名 称 时 ， 我 们 使 用 了 这 个 概念 。 明 确 而 言 ， 它 是 一 个 qualified-id 或 者 在 前 面 


显 式 使 用 成 员 访问 运算 符 ( 即 .或 一 >) 的 unqualified-id。 这 样 的 例子 有 S::x， 
this->f，p->A::m 等 。 然 而 ， 虽 然 在 某 些 上 下 文中 class_ mem 隐 式 地 等 价 于 
this->class_mem， 但 是 单独 一 个 class_ mem《〈 即 前 面 没 有 一 > 等 ) 就 不 是 一 个 
qualified name， 也 就 是 说 受 限 名 称 的 成 员 访问 运算 符 必 须 是 显 式 给 出 的 


非 受 限 名 称 它 是 一 个 除 qualified name 之 外 的 unqualified-id。 这 并 不 是 一 个 标准 概念 ， 我 
(Unqualified name) 们 只 是 用 它 来 表示 调用 非 受 限 查 找 (unqulified lookup) 时 引用 的 名 称 


续 表 


分 类 说 明和 要 点 





名 称 (Name) 个 受 限 或 者 非 受 限 的 名 称 
依赖 型 名 称 -个 〈 以 某 种 方式 ) 依赖 于 模板 参数 的 名 称 。 显 然 ， 显 式 包含 模板 参数 的 受 限 
(Dependent name) 名 称 或 者 非 受 限 名 称 都 是 依赖 型 名 称 。 对 于 一 个 用 成 员 访问 运算 符 ( . 或 者 ->) 


限定 的 受 限 名 称 ， 如 果 访 问 运 算 符 左 边 的 表达 式 类 型 依赖 于 模板 参数 ， 该 受 限 
名 称 也 是 依赖 型 名 称 。 另 外 ， 对 于 this->b 中 的 b， 如 果 是 在 模板 中 出 现 的 ， 那 
么 b 也 是 一 个 依赖 型 名 称 。 最 后 ， 对 于 形 如 ident(x, y, 2) 的 调用 ， 如 果 其 中 有 
某 个 参数 (表达 式 ) 所 属 的 类 型 是 一 个 依赖 于 模板 参数 的 类 型 ,那么 标识 符 ident 
也 是 一 个 依赖 型 名 称 
非 依 赖 型 名 称 -个 不 属于 依赖 型 名 称 的 名 称 ， 根 据 上 面 的 描述 ， 我 们 大 体 可 以 知道 它 的 范围 
(Nondepeadent name) 
熟悉 表 9.1 中 的 这 些 概念 对 于 理解 C++ 模板 的 话题 是 大 有 神 荔 的 ; 但 
也 没有 必要 牢记 每 个 定义 的 精确 含义 ， 当 需要 知道 这 些 精确 定义 的 时 


候 ， 我 们 可 以 在 索引 中 很 容易 地 找到 。 
9.2 名 称 碍 找 


C++ 中 的 名 称 碍 找 会 涉及 到 许多 很 小 的 细节 ， 但 我 们 在 此 只 是 讨论 
一 些 主要 的 概念 。 只 有 在 涉及 到 下 面 两 种 情况 的 时 候 才 会 给 出 名 称 碍 找 
的 相关 细节 : 《1) 如 果 以 直观 的 态度 来 对 待 会 犯错 的 普通 例子 ，《〈2) 
C++ 标准 〈 以 某 种 方式 ) 给 出 的 那些 错误 的 例子 。 

受 限 名 称 的 名 称 奏 找 是 在 一 个 受 限 作用 域内 部 进行 的 ， 该 受 限 作 用 
域 由 一 个 限定 的 构造 所 决定 。 如 果 该 作用 域 是 一 个 类 ， 那 么 查找 范围 可 
以 到 达 它 的 基 类 ; 但 不 会 考虑 它 的 外 围 作用 域 。 下 面 的 例子 说 明了 这 些 
基本 原则 : 

int X; 

classBI{ 

public: 























int i; 


1 
class D:publicBt{ 


;3 
void f(D* pd) 
| 
pd->i = 3; /找到 B::i 
站 /错误 : 并 不 能 找到 外 围 作用 域 中 的 ::x 
} 


非 受 限 名 称 的 碍 找 则 相反 ， 它 可 以 《由 内 到 外 ) 在 所 有 外 围 类 中 逐 
层 地 进行 查找 (但 在 某 个 类 内 部 定义 的 成 员 函 数 定义 中 ， 它 会 先 人 查找 该 
类 和 基 类 的 作用 域 ， 然 后 才 碍 找 外 围 关 的 作用 域 ) ， 这 种 查找 方式 也 被 
称 为 普通 查找 。 下 面 的 例子 说 明 普 通 碍 找 的 一 些 基本 概念 : 

extern int count; //(1) 


int lookup_example (int count)  //(2) 


{ 
if(count < 0) { 
int count = 1; //(3) 
lookup_example(count); 。// 非 受 限 的 count 将 会 引用 (3) 
} 
return count + ::count; /第 1 个 〈 非 受 限 的 ) count 
/引用 (2), 第 2 个 〈 受 限 的 ) count 引 用 (1) 
} 


对 于 非 受 限 名 称 的 查找， 最 近 增 加 了 一 项 新 的 查找 机 制 一 一 除了 前 
面 的 普通 得 找 一 一 就 是 说 非 受 限 名 称 有 时 可 以 使 用 依赖 于 参数 的 得 找 
(argument-dependent lookup，ADL [14] ) 。 在 阐述 ADEL 的 细节 之 前 ， 
让 我 们 先 通过 前 面 的 max0 模 板 来 说 明 这 种 机 制 的 动机 : 


template <typename 工 > 





inline T const& max (T const& a, T const& b) 
{ 
returnna<b?b:a; 
} 
假设 我 们 现在 要 让 “在 男 一 个 名 字 空 间 中 定义 的 类 型 * 使 用 这 个 模板 
函数 : 
namespace BigMath { 
class BigNumber { 


上 
bool operator < (BigNumber const&, BigNumber const&); 


} 

using BigMath::BigNumber; 

void g(BigNumber const& a, BigNumber const& b) 
{ 


BigNumber x = max(a, b); 


} 

问题 是 max0 模 板 并 不 知道 BigMath 名 字 空 间 ， 因 此 普通 查找 也 找 
不 到 “应 用 于 BigNumber 类 型 值 的 operator<”。 如 果 没 有 特殊 规则 的 话 ， 
这 种 限制 将 会 大 大 减少 C++ 名 字 空 间 中 模板 的 应 用 。ADL 正 是 这 个 特殊 
规则 ， 也 正 是 解决 这 种 限制 的 关键 之 处 。 


9.2.1 Argument-Dependent Lookup (ADL) 
ADL 只 能 应 用 于 非 受 限 名 称 。 在 函数 调用 中 ， 这 些 名 称 看 起 来 像 是 


非 成 员 函 数 。 对 于 成 员 函 数 名 称 或 者 类 型 名 称 ， 如 果 普 通 查 找 能 找到 该 
名 称 ， 那 么 将 不 会 应 用 ADL。 如 果 把 被 调用 函数 的 名 称 〈《 如 max) 用 圆 
括号 括 起 来 ， 也 不 会 使 用 ADL。 

否则， 如 果 名 称 后 面 的 括号 里 面 有 《一 个 或 多 个 ) 实 参 表达 式 ， 那 
么 ADL 将 会 查找 这 些 实 参 的 associated class [15] 〈 关 联 类 ) 和 associated 
namespace (关联 名 字 空 间 ) 。 对 于 associated class 和 associated 
namespace 的 准确 定义 ， 我 们 将 留 到 后 面 给 出 。 但 从 直观 上 来 看 ， 我 们 
可 以 认为 是 : 与 给 定 类 型 直接 相关 的 所 有 namespace 和 class。 例 如 ， 如 
果 某 一 类 型 是 指 癌 class X 的 指针 ， 那 么 它 的 associated class 和 associated 
namespace 会 包含 X 和 X 所 属 的 任何 class 和 namespace. 

对 于 给 定 类 型 ， 对 于 由 associated class 和 associated namespace 所 组 成 
的 集合 的 准确 定义 ， 我 们 可 以 通过 下 列 规则 来 确定 : 

“对 于 基本 类 型 ， 该 集合 为 空 集 。 

“对 于 指针 和 数组 类 型 ， 该 集合 是 所 引用 类 型 〈 璧 如 对 于 指针 而 
言 ， 它 所 引用 的 类 型 是 “指针 所 指 对 象 ” 的 类 型 ) 的 associated class 和 
associated namespace。 

对 于 枚 举 类 型 ，associated namespace 指 的 是 枚 举 声明 所 在 的 
namespace。 对 于 类 成 员 ，associated class 指 的 是 它 所 在 的 类 。 

。 对 于 class 类 型 (包含 联合 类 型 ) ，associated class 集合 包括 : 该 
class 类 型 本 身 、 它 的 外 围 类 型 、 直 接 基 类 和 间接 基 类 。associated 
namespace 集合 是 每 个 associated class 所 在 的 namespace。 如 果 这 个 类 是 
一 个 类 模板 实例 化 体 [16] ， 那 么 还 包含 : 模板 类 型 实 参 本 上身 的 类 型 、 声 
明 模 板 的 模板 实 参 所 在 的 class 和 namespace。 

“对 于 函数 类 型 ， 该 集合 包括 所 有 参数 类 型 和 返回 类 型 的 associated 
class 和 associated namespace。 

对 于 类 X 的 成 员 指针 类 型 ， 除 了 包括 成 员 相 关 的 associated 
anmespace 和 associated calss， 该 集合 还 包括 与 X 相 关 的 associated 
































namespace 和 associated class。 
至 此 ，ADL 会 在 所 有 的 associated class 和 associated namespace 中 依次 
地 查找 ， 就 好 像 依次 地 直接 使 用 这 些 名 字 空 间 进行 限定 一 样 。 唯 一 的 例 
外 情况 是 : 它 会 忽略 using-directives (using 指 示 符 ) 。 下 面 的 例子 说 明 
了 这 一 点 : 
/details /adl.cpp 
#include <iostream> 
namespace X { 
template<typename T> void f(T); 
} 
namespace N { 
using namespace X.; 


enum E { el}; 


void f(E) { 
std::cout << "N::{(N::E) called\n"; 
} 
} 
void f(int) 
{ 
std::cout << "::f(int) called\n"; 
} 
int main() 
| 


:f(N::el); V 受 限 函 数 名 称 : 不 会 使 用 ADL 
{(N::el); / 普通 查找 将 找到 f();，ADL 将 找到 N::f0， 
} // ”将 会 调用 后 者 [17] 
我 们 可 以 看 出 : 在 这 里 例子 中 ， 当 执行 ADL 的 时 候 ， 名 字 空 间 N 中 


的 using-directive 被 忽略 了 。 因 此 ， 在 这 个 main() 函 数 内 部 的 调用 中 ， 是 
肯定 不 会 调用 X::f() 的 。 
9.2.2 友 元 名 称 

在 类 中 的 友 元 函数 声明 可 以 是 该 友 元 函数 的 首次 声明 。 在 此 前 提 
站， 对 于 包含 这 个 友 元 函数 的 类 ， 假 设 它 所 属 的 最 近 名 字 空 间作 用 域 
《可 能 是 全 局 作用 域 ) 为 作用 域 A， 我 们 就 可 以 认为 该 友 元 函数 是 在 作 
用 域 A 中 声明 的 。 这 里 ， 我 们 会 遇 到 一 个 颇 有 争议 的 话题 : 在 插入 友 元 
声明 的 (类 ) 作用 域 中 ， 该 友 元 声明 是 否 应 该 是 可 见 的 呢 ? 实际 上 ， 多 
数 情况 下 只 有 在 模板 中 才 会 出 现 这 个 问题 ， 考 虑 下 面 的 例子 : 

template <typename 工 > 

class C1 

















friend void f(); 
friend void f(C<T> const&); 


}; 
void g(C<int>* p) 
{ 
fO; //f0 在 此 是 可 见 的 吗 
f(*p); //f(C<int> const&) 在 此 是 可 见 的 吗 
} 


这 里 的 问题 是 : 如 果 友 元 声明 在 外 围 类 中 是 可 见 的 ， 那 么 实例 化 一 
个 类 模板 可 能 会 使 一 些 普通 函数 (如 f() ) 的 声明 也 成 为 可 见 的 。 一 些 
程序 员 会 认为 这 样 很 出 平 意料 。 因 此 C++ 标准 规定 : 通常 而 言 ， 友 元 声 
明 在 外 围 (类) 作用 域 中 是 不 可 见 的 。 

然而 ， 存 在 一 个 有 趣 的 编程 技术 ， 它 依赖 于 只 在 友 元 声明 中 声明 








(或 者 定义 ) 某 个 函数 〈 见 11.7 节 ) 。 因 此 C++ 标准 还 规定 : 如 果 友 元 
函数 所 在 的 类 属于 ADL 的 关联 类 集合 ， 那 么 我 们 在 这 个 外 围 类 是 可 以 找 
到 该 友 元 声明 的 。 

再 次 考虑 上 面 的 例子 。 调 用 人 0 并 没有 关联 类 或 者 名 字 空 间 ， 因 为 它 
没有 任何 参数 ， 不 能 利用 ADL， 因 此 是 一 个 无 效 调用 。 然 而 ，f(*p) 具 有 
关联 类 C<int>( 因 为 *p 的 类 型 是 C<int>) ; 因此 ， 只 要 我 们 在 调用 之 前 
完全 实例 化 了 类 C<int>， 束 可 以 找到 第 2 个 友 元 函数 〈 即 f) 声明 。 为 了 
确保 这 一 点 ， 我 们 可 以 假设 : 对 于 涉及 在 关联 类 中 友 元 但 找 的 调用 ， 实 
际 上 会 导致 该 (关联 〉 类 被 实例 化 (如 果 还 没有 实例 化 的 话 〉[18] 。 

9.2.3 式 类 名 称 

如 果 在 类 本 身 的 作用 域 中 插入 该 类 的 名 称 ， 我 们 就 称 该 名 称 为 插入 
式 类 名 称 。 它 可 以 被 看 作 位 于 该 类 作用 域 中 的 一 个 非 受 限 名 称 ， 而 且 是 
可 访问 的 名 称 《〈 然 而 ， 如 果 作 为 受 限 名 称 ， 该 名 称 是 不 可 访问 的 ， 因 为 
我 们 在 此 并 不 是 使 用 该 名 称 来 表示 构造 函数 ) 。 例 如 下 面 的 例子 : 

//details/inject.cpp 











#include <iostream> 
int C; 
Class C 1{ 
private: 
int i[2]: 
public: 
static int f() { 


return sizeof(C); 


int f() 


return sizeof(C); 

} 

int main() 

| 

std::cout << "C::f() = " << C::{fO << "," 
<< "::{fO = "<< ::{O << std::endl; 

} 

从 运行 结果 可 以 知道 : 成 员 函 数 C::f0 返 回 类 型 C 的 大 小 ; 而 函 
数 ::{0 返 回 变量 C 的 大 小 《〈 即 int 对 象 的 大 小 ) 。 

类 模板 也 可 以 具有 插入 式 类 名 称 。 然 而 ， 它 们 和 普通 插入 式 类 名 称 
有 些 区 别 : 它们 的 后 面 可 以 紧 跟 模板 实 参 (在 这 种 情况 下 ， 它 们 也 被 称 
为 插入 式 类 模板 名 称 ) 。 但 是 ， 如 采 后 面 没 有 紧 跟 模板 实 参 ， 那 么 它们 
代表 的 就 是 用 参数 来 代表 实 参 的 类 例如 ， 对 于 局 部 特 化 ， 还 可 以 用 特 
化 实 参 代表 对 应 的 模板 实 参 ，。 这 同时 说 明了 下 面 的 情况 : 


template <template<typename> class TI> class X { 


上 
template <typename T> class C { 
Gt /正确 : 等 价 于 C<T>* a 
C<void> b; /正确 
X<C> cc; /错误 : 后 面 没 有 模板 实 参 列 表 的 C 不 被 看 
作 模 板 
XC 1/ 错 误 : <: 是 [的 另 一 种 标记 (表示 ) 
X< ::C> e: /正确 : 在 < 和 : : 之 间 的 空格 是 必需 的 
} 


从 上 面 代码 我 们 可 以 知道 如 何 使 用 非 受 限 名 称 来 引用 插入 式 名 称 
( 即 C》， 如 果 这 些 非 受 限 名 称 的 后 面 没 有 紧 跟 模 板 实 参 列表 ， 那 么 古 





不 会 被 看 成 模板 名 称 的 。 为 了 避免 这 种 情况 ， 我 们 可 以 在 《要 奉 找 的 ) 
模板 名 称 前 面 加 上 作用 域 限定 符 〈: : ) ， 这 样 就 可 以 顺利 通过 编译 。 
但 在 这 里 我 们 要 避免 创建 一 个 所 谓 的 连 字 符 〈<: ) 标记 ， 该 标记 实际 
上 会 被 解 释 为 一 个 左 括号 。 这 种 情况 虽然 很 少 出 现 ， 但 如 打出 现 的 话 ， 
编译 器 给 出 的 诊断 信息 往往 是 令 人 困惑 的 。 


-上 


9.3 解 


大 多 数 程序 设计 语言 的 编译 都 包含 两 个 最 基本 的 步骤 : 符号 标记 
[19] 一 一 和 人 解析。 扫描 过 程 把 源 代码 当 作 字符 串 序列 读 入 ， 然 后 根据 该 
序列 生成 一 系列 标记 。 例 如 ， 当 看 到 字符 串 序 列 int* p = 0; 时 ， 扫 描 旨 会 
生成 这 样 标记 来 描述 : 关键 字 int、 一 个 符号 /运算 符 *、 一 个 标识 符 p、 

个 符号 /运算 符 三 、 一 个 整数 0 和 一 个 符号 /运算 符 ;〈 分 号 ) 。 

接 下 来 ， 解 析 器 会 递归 地 减少 标记 ， 或 者 把 前 面 已 经 找到 的 模式 结 
合成 更 高 层次 的 构造 ， 从 而 在 标记 序列 中 不 断 对 应 已 知 模 式 。 例 如 ， 标 
记 0 是 一 个 有 效 表 达 式 ，* 和 后 面 p 的 组 合 也 是 一 个 有 效 的 声明 ， 而 该 声 
明和 后 面 的 “=” 再 后 面 的 表达 式 “0? 也 组 成 一 个 更 长 的 有 效 声 明 。 最 
后 ， 关 键 字 int 是 一 个 已 知 的 类 型 名 称 。 因 此 ， 当 它 后 面 跟随 声明 *p = 0 
时 ， 你 实际 上 进行 的 是 : 初始 化 p 的 声明 。 

9.3.1 非 模 上下文 相 关 性 

你 可 能 已 经 知道 (或 者 期 望 ) 解析 要 比 扫描 困难 。 笠 运 的 是 ， 解 析 
己 经 是 一 门 发 展 得 相当 成 熟 的 理论 ， 大 多 数 语言 在 利用 这 一 理论 进行 解 
析 也 不 会 遇 到 大 的 困难 。 然 而 ， 解 析 理 论 主 要 是 面 同上 下 文 无 关 语 言 
的 ， 而 我 们 在 前 面 已 经 知道 C++ 是 上 下 文 相关 语言 。 为 了 解决 这 个 相关 
性 ，C++ 编 译 器 会 使 用 一 张 符 写 表 把 扫描 器 和 解析 器 结合 起 来 。 当 解析 
东 个 声明 的 时 候 ， 该 声明 就 会 添加 到 表 中 。 当 扫描 咽 找 到 一 个 标识 符 
时 ， 筷 会 在 符号 表 中 进行 得 找 ， 如 果 发 现 该 标识 符 是 一 个 类 型 ， 就 会 注 
































释 这 个 所 获得 的 标记 标识 符 〉。 

例如 ， 如 果 C++ 编 译 器 看 到 |: 

x 站 

那么 扫描 器 会 查找 x， 如 果 它 发 现 x 是 一 个 类 型 ， 那 么 解析 器 接 下 来 
会 看 到 : 

identifier, type, x 

symbol, * 

并 且 可 以 得 出 结论 : 这 里 开始 了 一 个 声明 。 然 而 ， 在 上 述 查 找 过 程 
中 ， 如 果 发 现 x 并 不 是 一 个 类 型 ， 解 析 咒 就 会 从 扫 插 右 获 得 以 下 标记 : 

identifier, nontype, x 

symbol, * 

因此 这 个 构造 就 被 有 效 地 解析 为 一 个 乘积 。 这 些 原则 的 细节 要 依赖 
于 编译 堪 的 具体 实现 策略 ， 但 大 体 都 是 兰 不 多 的 。 

下 面 的 表达 式 给 出 了 另 一 个 上 下 文 相关 的 例子 : 

X<1>(0) 

如 果 X 是 类 模板 名 称 的 话 ， 那 么 这 个 表达 式 将 会 把 整数 0 强制 类 型 
转换 为 (从 模板 产生 的 ) X<1> 类 型 。 如 果 X 不 是 一 个 模板 ， 那 么 该 表达 
式 等 价 于 : 

(X<1)>0 

就 是 说 ， 现 在 是 让 X 和 1 先 比较 大 小 ， 然 后 把 比较 结果 “(true 或 
false) ， 显 式 地 转换 为 1 或 9， 最 后 再 让 转换 结果 和 后 面 的 0 进行 比较 大 
小 。 昌 然 这 类 C++ 代 人 码 很 少 使 用 ， 但 这 类 代码 事实 上 是 有 效 的 (对 C 语 
言 也 是 有 效 的 ) 。 因 此 ，C++ 解 析 器 会 先 查 找 < 之 前 的 名 称 ， 只 有 在 该 
名 称 是 一 个 模板 名 称 时 ， 才 会 把 < 看 成 左 尖 括 号 。 其 他 情况 下 ， 都 会 把 
< 看 成 小 于 号 。 

令 人 感到 遗憾 的 是 ， 这 类 上 下 文 相 关 性 都 是 由 于 选择 尖 括 号 来 界定 
模板 参数 列表 所 造成 的 。 下 面 是 另 一 个 这 种 例子 : 











template<bool B> 


class Invert { 








public: 
static bool const result= !B; 
B's 
void g() 
{ 
bool test = Invert<(1>0)>::result; / 圆 括 号 是 必需 的 
} 





如 果 省 略 Invert< (1>0〉 > 中 的 圆 括号 ， 那 么 第 1 个 大 于 号 〈>) 会 被 
错误 地 理解 为 模板 实 参 列表 的 结束 标记 。 这 将 会 令 这 行 代码 无 效 ， 因 为 
编译 器 会 等 价 地 把 该 代码 看 成 ( (Invert <1> ) ) 0>::result [20] 。 

尖 插 号 给 扫描 器 带 来 的 问题 还 不 止 这 些 。 我 们 在 前 面 已 经 提 到 〔( 见 
3.2 节 ) : 在 引入 髓 套 template-id 的 时 候 ， 要 在 两 个 大 于 号 之 间 添 加 空 
格 。 辟 如: 


List<List<int> > a; 





// 这 里 的 空格 是 必须 的 

事实 上 ， 上 面 〈( 两 个 大 于 号 ) 之 间 的 空格 是 必须 的 ， 如 果 没 有 这 个 
空格 ， 那 么 两 个 > 会 被 组 合成 一 个 右 移 标记 >>， 从 而 也 就 不 会 被 看 成 两 
个 分 开 的 标记 。 这 要 归 因 于 所 谓 的 maximum munch 扫 描 原 则 : C++ 实现 
应 该 让 一 个 标记 具有 尽 可 能 多 的 字符 。 

对 于 模板 的 初学 者 而 言 ， 这 个 话题 可 能 会 是 一 块 绊脚石 。 因 此 一 些 
C++ 编译 器 的 实现 根据 实际 情况 进行 了 修改 ， 从 而 在 此 特殊 条 件 下 ， 会 
把 >> 看 成 两 个 分 开 的 >〈 并 且 给 出 一 个 警告 说 明 这 种 写法 并 不 是 有 效 的 
C++) 。C++ 委 员 会 也 考虑 要 在 将 来 C++ 标准 的 版 本 中 更 正 这 个 问题 

( 见 13.1 节 ) 。 
为 一 个 关于 maximum munch 的 例子 ， 也 是 一 个 少 有 人 知 的 例子 。 在 














使 用 尖 括 号 的 时 候 ， 当 遇 到 作用 域 解析 运算 符 〈: : ) 的 时 候 要 格外 小 
心 : 
classX{ 


站 
List<::X> many_X; // 语 法 错误 
这 个 例子 的 问题 是 : 字符 序列 <: 的 结果 会 是 一 个 〈 所 谓 的 ) 两 字 
从 (digraph〉[21] ， 它 是 符号 [ 的 另 一 种 表示 方法 。 因 此 ， 编 译 器 实际 
上 看 到 的 是 : List [:X> many X， 而 这 个 声明 并 没有 实际 意义 。 于 是 ， 
我 们 需要 在 < 和 :: 之 间 添 加 一 些 空格 : 
List< ::X> many_X; 
// 这 里 的 空格 是 必须 的 
9.3.2 依赖 型 类 型 名 称 
有 关 模 板 名 称 的 问题 主要 是 : 这 些 名 称 不 能 有 效 地 确定 。 尤 其 是 模 
板 中 不 能 引用 其 他 模板 的 名 称 ， 因 为 其 他 模板 的 内 容 可 能 会 由 于 显 式 特 
化 〈 见 第 12 章 ) 而 使 原来 的 名 称 失 效 。 考 虑 下 面 我 们 所 假设 的 例子 : 
template <typename T> 
class Trap { 
public: 
enum {x}; //(1) 这 里 的 x 不 是 一 个 类 型 
1 
template<typename T> 
class Victim { 
public: 
int y; 
void poof() { 


Trap<T>::x*y; //(2) 这 里 究竟 是 声明 还 是 乘积 


由 

template<> 

class Trap<void> { // 会 给 后 面 带 来 碎 烦 的 特 化 

public: 
typedef int x; // (3) 这 里 的 x 是 一 个 类 型 
void boom(Victim<void>& bomb) 

{ 

bomb.poof(); 

} 

当 编 译 器 解析 〈2) 时 ， 它 必须 确定 它 所 看 到 的 是 一 个 声明 还 是 一 
个 乘积 ， 而 这 个 结果 要 取决 于 依赖 型 受 限 名 称 Trap<T>::x 是 否 是 一 个 类 
型 名 称 。 编 译 器 这 时 会 查找 模板 Trap， 并 且 在 上 面 找到 这 个 模板 ， 根 据 
行 (1) ，Trap<T>::x 并 不 是 一 个 类 型 ， 从 而 让 我 们 相信 行 (2) 是 一 个 
乘积 。 然 而 ， 在 后 面 T 为 void 的 特 化 中 ， 我 们 改写 了 〈 泛 型 的 ) Trap 
X<T>::x， 让 它 变 成 一 个 类 型 ， 这 完全 违背 了 前 面 的 源 代码 。 因 为 在 这 
种 情况 下 ， 类 Victim 中 的 Trap<T>::x 实 际 上 是 一 个 int 类 型 。 

C++ 的 语言 定义 通过 下 面 规定 来 解决 这 个 问题 ， 通 常 而 言 ， 依 赖 型 
受 限 名 称 并 不 会 代表 一 个 类 型 ， 除 非 在 该 名 称 的 前 面 有 关键 字 typename 
前 缀 。 对 于 类 型 名 称 ， 如 果 不 加 上 typename 前 绥 ， 那 么 在 蔡 换 模板 实 参 
之 后 ， 束 不 会 被 看 成 类 型 名 称 ， 从 而 程序 也 是 无 效 的 ， 你 的 C++ 编译 器 
还 会 抱 扰 在 实例 化 过 程 中 发 现 了 错误 。 另 一 方面 ， 我 们 应 该 知道 
typename 的 这 种 用 法 和 前 面 用 于 表示 模板 类 型 参数 的 用 法 是 不 一 样 的 ; 
在 这 里 你 不 能 使 用 关键 字 class 来 等 价 蔡 换 关键 字 typename。 总 之 ， 当 类 
型 名 称 有 具有 以 下 性 质 时 ， 束 应 该 在 该 名 称 前 面 添加 typename 前 级 : 

















(1) 名 称 出 现在 一 个 模板 中 。 
(2) 名 称 是 受 限 的 。 
(3) 名 称 不 是 用 于 指定 基 类 继承 的 列表 中 ， 也 不 是 位 于 引入 构造 
函数 的 成 员 初 始 化 列表 中 。 
(4) 名 称 依赖 于 模板 参数 。 
且 ; 从 有 妆 es 情况 下 ， 才 能 使 用 typename 
前 级 。 We 点 ， 让 我 们 考虑 下 面 这 个 错误 的 例子 [22] : 


ER 工 > 








struct 9 : typename, X<T>::Base { 
S() : typenames X<T>::Base(typenames X<T>::Base(0) ){} 
typenames X<T> {f() { 


typenamee X<T>::C *p;// 指 针 p 的 声明 


X<T>::D* qd; /乘积 
} 
typenamey X<int>::C * s; 
1 
structU{ 
typenamegs X<int>::C * pe; 
上 


在 上 面 的 代码 中 ，typename 的 每 次 出 现 〈 不 管 正 确 与 否 ) 我 们 都 给 
出 它 的 下 标 ， 这 样 有 利于 下 面 的 引用 。 第 1 个 typename1 用 来 引入 一 个 模 
板 参 数 ， 因 此 并 不 适用 前 面 的 规则 。 第 2 个 和 第 3 个 typename 的 使 用 属于 
前 面 规则 (3〉 所 禁止 的 用 法 : 在 这 两 种 情况 下 ， 基 类 名 称 都 不 能 添加 
typename 前 缀 。 然 而 ， 第 4 个 typename4 是 必 不 可 少 的 ， 因 为 这 里 的 基 类 
名 称 既 不 是 位 于 初始 化 列表 ， 也 不 是 位 于 派生 类 的 继承 约定 ; 而 是 为 了 











基于 实 参 0 构造 一 个 临时 X<T>::Base 表 达 式 (也 可 以 是 某 种 强制 类 型 转 
型 )。 第 5 个 typename 同 样 也 是 禁止 的 ， 因 为 它 后 面 的 名 称 X<T> 并 不 是 
一 个 受 限 名 称 。 对 于 第 6 个 typename， 如 果 是 期 望 声明 一 个 指针 ， 那 么 
这 个 typename 了 驶 是 必需 的 。 下 一 行 省 略 了 关键 字 typename， 因 此 也 就 
被 编译 右 解 释 为 一 个 乘积 。 第 7 个 typename 是 可 选 ( 可 有 可 无 ) 的 ， 
为 它 人 符合 前 面 的 3 条 规则 ， 但 不 符合 第 4 条 规则 。 最 后 ， 第 8 个 typename 
是 禁止 的 ， 因 为 它 并 不 是 在 模板 中 使 用 。 
9.3.3 依赖 型 村 尔 

如 果 一 个 模板 名 称 是 依赖 型 名 称 ， 我 们 将 会 遇 到 与 上 一 小 节 类 似 的 
问题 。 通 常 而 言 ，C++ 编 译 器 会 把 模板 名 称 后 面 的 < 看 作 模 板 参数 列表 
的 开始 ; 但 如 果 该 < 不 是 位 于 模板 名 称 后 面 ， 那 么 编译 器 将 会 把 它 当 作 
小 于 号 处 理 。 和 类 型 名 称 一 样 ， 要 让 编译 器 知道 所 引用 的 依赖 型 名 称 是 
一 个 模板 ， 需 要 在 该 名 称 前 面 插入 template 关 键 字 ， 否 则 的 话 编译 器 将 
假定 它 不 是 一 个 模板 名 称 : 

template <typename 工 > 

class Shell { 

public: 








template<int N> 
class In { 
public: 
template<int M> 
class Deep { 
public: 


virtual void f(); 


» 
template<typename T, int N> 
class Weird { 
public: 
void casel(typename Shell<T>::template In<N>::template 
Deep<N>* p) { 
p->template Deep<N>::f(0); /禁止 虚 函 数 调用 
} 
void case2(typename Shell<T>::template In<N>::template 
Deep<N>& p){ 
p.template Deep<N>::f(); // 禁 止 虚 函 数 调 用 


上 

这 个 多 少 有 些 复 杂 的 例子 给 出 了 何 时 需要 在 运算 符 〈::，-> 和 .， 用 
于 限定 一 个 名 称 ) [23] 的 后 面 使 用 关键 字 template。 更 明确 的 说 法 是 : 
如 末 限 定 符号 前 面 的 名 称 〈 或 者 表达 式 ) 的 类 型 要 依赖 于 某 个 模板 参 
数 ， 并 且 紧 接 在 限定 符 后 面 的 是 一 个 template-id〈 就 是 指 一 个 后 面 带 有 
尖 插 写 内 部 实 参 列表 的 模板 名 称 〉， 那 么 就 应 该 使 用 关键 字 typename。 
例如 ， 在 下 面 的 表达 式 中 : 

p.template Deep<N>::f() 

p 的 类 型 要 依赖 于 模板 参数 T。 然 而 ，C++ 编 译 器 并 不 会 查找 Deep 来 
判断 它 是 否 是 一 个 模板 ;， 因此 我 们 必须 显 式 指定 ”Deep 是 一 个 模板 名 
称 ， 这 可 以 通过 插入 template 前 级 来 实现 。 如 果 没 有 这 个 前 缀 的话， 
p.Deep<N>::f() 将 会 被 解析 为 ( (p.Deep) < N) >f()， 这 显然 并 不 是 我 
们 所 期 望 的。 我 们 还 应 该 看 到 : 在 一 个 受 限 名 称 内 部 ， 可 能 需要 多 次 使 
用 关键 字 template， 因 为 限定 符 本 里 可 能 还 会 受 限于 外 部 的 依赖 型 限定 
符 ( 我 们 可 以 从 前 面 例子 中 casel 和 case2 的 参数 中 看 到 这 一 点 ) 。 























如 果 例 子 中 的 关键 字 template 被 省 略 了 ， 那 么 左 尖 括 号 和 右 尖 括号 
会 被 解析 为 小 于 号 和 大 于 号 。 然 而 ， 如 果 没 有 必要 ， 我 们 并 不 允许 到 处 
使 用 这 个 关键 字 [24] ; 你 也 不 应 该 在 代码 中 充斥 很 多 没 必 要 的 template 
限定 符 。 
9.3.4 using-declaration 中 的 依赖 型 名 称 
using-declaration 会 从 两 个 位 置 〈“ 即 类 和 名 字 空 间 ) 引入 名 称 。 如 采 
引入 的 是 名 字 空 间 ， 将 不 会 涉及 到 上 下 文 问题 ， 因 为 并 不 存在 名 字 空 间 
模板 。 实 际 上 ， 从 类 中 引入 名 称 的 using-declaration 的 能 力 是 很 有 限 的 : 
只 能 把 基 类 中 的 名 称 引 入 到 派生 类 中 。 这 种 using-declaration 的 行为 有 些 
类 似 于 派生 类 访问 基 类 的 符号 链接 或 者 快捷 方式 。 因 此 ， 可 以 让 派生 类 
的 成 员 访 问 被 using-declaration 的 名 称 ， 束 好 像 该 名 称 是 在 派生 类 中 声明 
的 成 员 一 样 。 下 面 用 一 个 非 模板 例子 来 说 明 这 个 问题 : 
class BX { 
public: 
void f(int); 
void f(char const*); 
void g(); 
}; 
class DX : private BX { 
public: 
using BX::f; 
1 
上 面 的 using-declaration 引 入 基 类 (Bx) 中 的 名 称 f 到 派生 类 DX 中 。 
在 这 个 例子 中 ， 名 称 f 关 联 着 两 个 声明 ， 但 我 们 这 里 强调 的 是 一 种 名 称 
机 制 ， 并 不 关注 该 名 称 是 人 否 是 一 个 单一 声明 。 另 外 ，using-declaration 的 
这 种 用 法 可 以 让 以 前 不 能 访问 的 成 员 现 在 变 成 可 访问 的 。 从 例子 中 可 以 














看 出 ， 基 类 (和 它 的 成 员 ) 对 派生 类 DX 是 私有 的 《因为 私有 继承 )〉， 
除非 DX 是 在 公共 接口 中 引入 BX::f， 人 否则 DX 的 客户 端 是 不 可 以 访问 
BX::f 的 。 但 是 using-declaration 使 这 里 的 BX::f 变 成 可 访问 的 ， 这 就 违 
背 了 C++ 早期 的 访问 级 别 声明 机 制 〈 如 public/private/protected， C++ 的 
将 来 版 本 可 能 不 会 包含 这 个 机 制 〉: 
class DX : Private BX { 
public: 
BX::f: /访问 声明 语法 被 取代 
/用 using BX::{ 来 代替 
}; 
现在 ， 当 using-declaration 是 从 依赖 型 类 中 引入 名 称 的 时 候 ， 我 们 虽 
然 知 道 这 个 引入 的 名 称 ， 但 并 不 知道 该 名 称 究竟 是 一 个 类 型 名 称 、 模 板 
名 称 、 还 是 一 个 其 他 的 名 称 : 
template <typename 工 > 
class BXT { 
public: 





typedef T Mystery; 
template<typename U> 
struct Magic; 
’ 
template <typename T> 
class DXTT : private BXT<T> { 
public: 
using typename BXT<T>::Mystery; 
Mystery* p; /如 果 上 面 不 使 用 typename， 将 会 是 一 个 语法 错误 
所 
而 且 ， 如 果 我 们 期 望 使 用 using-declaration 所 引入 的 依赖 型 名 称 是 一 


个 类 型 ， 我 们 必须 插入 关键 字 typename 来 显 式 指定 。 男 一 方面 ， 比 较 奇 
怪 的 是 ，C++ 标 准 并 没有 提供 一 种 相似 的 机 制 ， 来 指定 依赖 型 名 称 是 一 
个 模板 。 下 面 的 代码 段 说 明了 这 个 问题 : 

template <typename T> 

class DXTM™M : private BXT<T> { 


public: 
using BXT<T>::template Magic; /错误 : 非 标准 的 
Magic<T>* plink; /语法 错误 : Magic 并 不 
是 
/一 个 已 知 模板 
此 


这 应 该 是 标准 规范 的 一 个 芯 急 ， 在 将 来 的 版 本 中 ， 上 面 的 构造 《 指 
Magic) 可 能 会 是 合法 的 。 


9.3.5 ADL 和 显 式 模板 实 参 





考虑 下 面 的 例子 : 
namespace N { 
class X 1{ 
上 
template<int I> void select(X*); 
} 
void g(N::X* xp) 
{ 
select<3>(xp); // 错 误 : 没有 ADL 
} 


在 这 个 例子 中 ， 调 用 select<3>(xp) 的 时 候 ， 我 们 可 能 会 期 望 通过 





ADL 来 找到 模板 select0; 然而 ， 实 际 情况 并 不 是 这 样 的 。 因 为 编译 器 在 
不 知道 <3> 是 一 个 模板 实 参 列表 之 前 ， 是 无 法 断定 xp 是 一 个 函数 调用 实 
参 的 ; 反 过 来 ， 如 果 要 判定 <3> 是 一 个 模板 实 参 列表 ， 我 们 需要 先知 道 
select0 是 一 个 模板 。 这 种 是 先 有 鸡 还 是 先 有 和 蛋 的 问题 没 法 解决 ， 因 此 编 
译 器 只 能 把 上 面 表达 式 解析 成 (select<3)>(xp)， 但 这 并 不 是 我 们 所 期 望 

的 ， 也 是 坚 无 意义 的 。 








9.4 派生 和 类 模板 


类 模板 可 以 继承 也 可 以 被 继承 。 对 于 大 多 数 情 况 而 言 ， 模 板 和 非 模 
板 的 继承 没有 很 重要 的 区 别 。 然 而 ， 要 从 “依赖 型 名 称 所 引用 的 基 类 ” 派 
生 一 个 类 模板 的 情况 下 ， 这 两 者 有 一 个 重要 而 微妙 的 区 别 。 让 我 们 先 来 
看 一 个 简单 一 些 的 例子 ， 它 针对 的 是 非 依 赖 型 基 类 。 

9.4.1 非 依 赖 型 基 类 

在 一 个 类 模板 中 ， 一 个 非 依赖 型 基 类 是 指 : 无 需 知道 模板 实 参 就 可 
以 完全 确定 类 型 的 基 类 。 就 是 说 ， 基 类 名 称 是 用 非 依赖 型 名 称 来 表示 
的 。 例 如 : 


template <typename X> 








class Base { 
public: 
int basefield; 
typedef int 工 ; 
}; 
class D1 : public Base<Base<void> > { // 实 际 上 不 是 模板 
public: 
void f() { basefield =3; } 


template<typename 工 > 
class D2 : public Base<double> { // 非 依赖 型 基 类 


public: 

void f() { basefield =7; } ” /正常 访问 继承 成 员 

T strange; /是 Base<double>::T， 而 不 是 
模板 参数 


上 

模板 中 的 非 依赖 型 基 类 的 性 质 和 普通 非 模板 类 中 的 基 类 的 性 质 很 相 
似 ， 但 存在 一 个 很 细微 〈 会 令 你 感到 意外 ) 的 区 别 : 对 于 模板 中 的 非 依 
赖 型 基 类 而 言 ， 如 果 在 它 的 派生 类 中 查找 一 个 非 受 限 名 称 ， 那 就 会 先 查 
找 这 个 非 依 赖 型 基 类 ， 然 后 才 查 找 模板 参数 列表 。 这 就 意味 着 :在 前 面 
的 例子 中 ， 类 模板 D2 的 成 员 strange 的 类 型 一 直 都 会 是 Base<double>::T 中 
对 应 的 T 类 型 (也 就 是 int)。 例 如 ， 下 面 的 函数 是 无 效 的 C++ 代 码 〔 假 
设 已 经 声明 了 上 面 的 代码 ) : 

void g (D2<int*>& d2, int* p) 

{ 














d2.strange = p; /错误 ， 类 型 不 匹配 
} 
这 是 一 个 违背 直观 的 查找 ， 编 写 派生 类 模板 的 程序 员 应 该 格外 注意 
非 依赖 型 基 类 中 的 这 些 名 称 ; 即使 这 种 派生 是 间接 的 ， 或 者 这 些 名 称 是 
私有 的 ， 也 是 这 样 查 找 ” [25]  。 事 实 上 ， 在 参数 化 实体 (例如 上 面 的 
D2) 的 作用 域 中 ， 如 果 能 够 先 查 找 模 板 参 数 可 能 是 更 加 可 取 的 ， 可 惜 
事实 并 不 如 此 。 








9.4.2 依赖 型 基 类 
在 前 面 的 例子 中 ， 基 类 是 完全 确定 的 ， 它 并 不 依赖 于 模板 参数 。 这 
就 意味 着 : 一 看 到 模板 的 定义 ，C++ 编 译 器 就 可 以 在 这 些 基 类 中 查找 非 











依赖 型 名 称 。 而 另 一 种 候选 方法 “C++ 标准 并 不 允许 这 种 方法 ) 会 延迟 
这 类 名 称 的 查找 ， 只 有 等 到 进行 模板 实例 化 时 ， 才 真正 查找 这 关 名 称 。 
这 种 候选 方法 的 缺点 是 : 它 同 时 也 将 诸如 漏 写 某 个 符号 导致 的 错误 信 
电 ， 延 迟到 实例 化 的 时 候 产 生 。 因 此 ，C++ 标 准 规定 : 0 
依赖 型 名 称 ， 将 会 在 看 到 的 第 一 时 间 进 行 查 找 。 有 了 这 个 概念 之 后 ， 
我 们 考虑 下 面 的 例子 : 


template<typename T> 








class DD : public Base<T> { // 依 赖 型 基 类 
public: 
void fO { basefield = 0; } //(1)problem... 
2 
template<> // 显 式 特 化 
class Base<bool> { 
public: 
enum { basefield = 42 }: // (2) tricky! 
上 
void g(DD<bool>& d) 
{ 
d.f(); //(3)oops? 
} 





在 (1) 处 我 们 发 现代 码 中 引用 了 非 依赖 型 名 称 basefield， 必 须 马 上 
对 它 进行 查找 。 假 设 我 们 在 模板 Base 中 查找 到 它 ， 并 根据 Base 类 的 声明 
把 basefield 绑 定 为 int 变 量 。 然 而 ， 我 们 随后 使 用 显 式 特 化 改写 了 Base 的 
泛 型 定义 ， 在 特 化 中 改变 了 成 员 basefield 的 含义 ， 而 〈1) 处 basefield 的 
含义 在 这 之 前 已 确定 下 来 了 《〈 即 绑 定 为 一 个 int 变 量 ) ; 这 也 是 错误 的 根 
源 。 因 此 ， 当 我 们 在 〈3) 处 实例 化 DD::{ 的 定义 时 ， 我 们 会 发 现 过 早 地 
在 (1) 处 绑 定 了 非 类 型 名 称 ; 然而 根据 (2〉 处 对 DD<bool> 的 特殊 指 





定 ，basefield 应 该 是 一 个 不 可 修改 的 音量 ， 因 此 编译 器 在 〈3) 处 将 会 给 
出 一 个 错误 的 信息 。 

为 了 (巧妙 地 ) 解决 这 个 问题 ， 标 准 C++ 声明 : 非 依 赖 型 名 称 不 会 
在 依赖 型 基 类 中 进行 查找 ”[26] 《但 仍然 是 在 看 到 的 时 候 马 上 进行 碍 
找 ) 。 因 此 ， 标 准 的 C++ 编译 器 将 会 在 〈1) 处 给 出 一 个 诊断 信息 。 为 
了 纠正 这 里 的 代码 ， 我 们 可 以 让 basefield 也 成 为 依赖 型 名 称 ， 因 为 依赖 
型 名 称 只 有 在 实例 化 时 才 会 进行 查找 ; 而 且 在 实例 化 时 ， 基 类 的 特 化 是 
己 知 的 。 例 如 ， 在 〈3) 处 ， 编 译 圳 知道 DD<bool> 的 基 类 是 
Base<bool>， 而 且 Base<bool> 是 程序 员 进 行 显 式 特 化 的 。 在 这 个 例子 
中 ， 我 们 可 以 借助 如 下 的 修改 方案 使 basefield 成 为 一 个 依赖 型 名 称 : 

/修改 〈 方 案 ) 1: 

template<typename 工 > 

class DD1 : public Base<T> { 

public: 
void fO { this->basefield = 0; }/ 查 找 被 延迟 了 

}; 
另 一 种 可 选 的 方法 〈 方 案 2) 是 利用 受 限 名 称 来 引入 依赖 性 : 
/修改 〈 方 案 ) 2: 
template<typename 工 > 
class DD2 : public Base<T> { 

public: 

void fO { Base<T>::basefield = 0; } 

}; 
如 果 是 使 用 这 个 解决 方法 ， 我 们 需要 格外 小 心 ， 因 为 如 果 (原来 
的 ) 非 受 限 的 非 依赖 型 名 称 是 被 用 于 虚 函 数 调用 的 话 ， 那 么 这 种 引入 依 
赖 性 的 限定 将 会 禁止 虚 函 数 调用 ， 从 而 也 会 改变 程序 的 合 义 。 因 此 ， 当 
遇 到 第 2 种 解决 方案 不 适用 的 情况 ， 我 们 可 以 使 用 方案 1: 





template<typename 工 > 
classB{ 
public: 
enum E { el = 6, e2 = 28, e3 = 496 }; 
Virtual void zero(E e = el ); 


Virtual void one(E&); 


template<typename 工 > 
class D : public B<T> { 


public: 

void f() { 
typename D<T>::E e; /this->E 会 是 一 个 无 效 的 语法 
this->zero(); HD<T>::zero0 会 禁止 虚 函 数 调用 
one(e); /one 是 一 个 依赖 型 名 称 ， 因 为 

它 的 

// 实 参 是 依赖 型 的 
} 


3 
我 们 可 以 看 出 : 调用 one(e) 中 的 函数 名 称 one 是 依赖 于 模板 参数 的 ， 
因为 该 调用 的 显 式 实 参 〈 即 e) 的 类 型 ( 即 D<T>::E)〉 是 依赖 型 的 。 然 
而 ， 如 果 我 们 是 把 这 种 “依赖 于 模板 参数 的 类 型 > 隐 式 用 作 缺 省 实 参 的 类 
型 ， 那 么 将 不 属于 〈 如 one 的 ) 这 种 情况 ， 因 为 编译 器 要 等 到 决定 得 找 
的 时 候 ， 才 会 确认 人 缺 省 实 参 是 否 是 依赖 型 的 ， 这 同样 会 导致 先 有 鸡 还 是 
先 有 和 蛋 的 问题 。 为 了 避免 细微 的 差错 ， 我 们 更 趋同 于 在 允许 使 用 this-> 
前 级 的 地 方 都 使 用 this-> 前 级 ， 这 同样 适用 于 非 模板 代码 。 

如 果 你 发 现 不 断 重复 的 限定 会 让 你 的 代码 不 雅 观 ， 你 可 以 在 派生 类 
中 只 引入 依赖 型 基 类 中 的 名 称 一 次 : 





/修改 〈 方 案 ) 3: 
template<typename 工 > 
class DD3 : public Base<T>{ 

public: 

using Base<T>::basefield; 。”// (1) 依赖 型 名 称 现在 位 于 该 作 
用 域 

void f() { basefield = 0; }//(2) 正 确 
}; 
在 〈2) 处 的 查找 是 成 功 的 ， 因 为 它 看 到 了 〈1) 处 的 using- 
declaration。 另 外 ，using-declaration 是 等 到 实例 化 时 才 确 定 的 ， 这 也 是 
我 们 所 期 望 的 目标 。 男 一 方面 ， 这 种 机 制 也 是 有 一 些 约束 的 。 例 如 ， 如 
果 派 生 自 多 个 基 类 ， 那 么 程序 员 就 必须 准确 地 选择 哪个 基 类 包含 了 他 所 
期 望 的 成 员 。 


9.5 本 童 后 记 


首 个 解析 模板 定义 的 编译 器 是 由 Taligent 公 司 在 20 世 纪 90 年 代 中 期 
开发 的 。 在 这 之 前 ，【〔 即 使 在 这 之 后 的 一 段 时 间 〉 大 多 数 编 译 器 都 把 模 
板 看 成 是 一 系列 要 在 《解析 后 面 的 ) 实例 化 时 刻 才 被 处 理 的 标记 。 因 
此 ， 除 了 处 理 诸如 查找 模板 定义 结束 位 置 等 少许 操作 之 外 ， 都 不 会 进行 
其 他 的 解析 。Bil ”Gibbons 是 Taligent 公 司 在 C++ 委 员 会 的 代表 ， 他 极力 
主张 让 模板 可 以 无 二 义 性 地 进行 解析 。 然 而 ， 直 到 惠普 公司 完成 第 一 个 
完整 的 编译 器 之 后 ，Taligent 公 司 的 努力 才 真正 产品 化 ， 也 才 有 了 一 个 
真正 编译 模板 的 C++ 编译 器 。 和 其 他 具有 竞争 性 优 点 的 产品 一 样 ， 这 个 
C++ 编 译 器 很 快 就 由 于 高 质量 的 诊断 信息 而 得 到 业界 的 认可 。 模 板 的 诊 
斯 信息 不 会 总 是 延迟 到 实例 化 时 刻 的 事实 也 要 归 因 于 这 个 编译 器 。 

在 模板 的 早期 开发 过 程 中 ，Tom Pennello (Metaware 公 司 的 一 个 著 

















名 解析 专家 ) 就 意识 到 了 人 尖 插 号 所 带 来 的 一 些 问题 。Stroustrup 也 对 这 个 
话题 进行 了 讨论 [StroustrupDnE]， 而 且 认 为 人 们 更 喜欢 阅读 尖 插 号 ， 而 
不 是 圆 括 号 。 然 而， 除了 尖 括 号 和 圆 括 写 ， 还 存在 其 他 的 一 些 可 能 性 ; 

Pennello 在 1991 年 的 C++ 标准 大 会 〈 在 达拉斯 举办 ) 上 特别 地 提议 使 用 
大 括号 [27] ， 例 如 〈List{::X}) 。 然 而 ， 在 那 时 ， 问 题 的 扩展 程度 是 非 
党 有 限 的 ， 因 为 艇 入 在 其 他 模板 内 部 的 模板 (也 称 为 成 员 模 板 〉 还 不 是 
合法 的 ， 因 此 也 就 不 会 涉及 到 9.3.3 小 市 的 话题 。 最 后 ， 委 员 会 拒绝 了 这 
个 取代 尖 括 号 的 提议 。 

“ 非 依赖 型 名 称 和 9.4.2 小 节 讨 论 的 依赖 型 基 类 ”的 名 称 碍 找 规 则 是 
C++ 标准 委员 会 在 1993 年 引入 的 。Bjarne ” Stroustrup 在 1994 年 初出 版 的 
[StroustrupDnE] 首 次 给 出 了 这 些 内 容 。 而 惠普 公司 在 1997 年 初 才 把 它 引 
入 C++ 编 译 器 ， 成 为 该 内 容 的 首次 实现 。 于 是 ， 才 出 现 了 许多 派生 自 依 
赖 型 基 类 的 类 模板 化 码 。 然 而 ， 当 惠普 公司 的 工程 师 们 开始 测试 这 个 实 
现时 ， 却 发 现 了 大 多 数 以 特殊 方式 使 用 模板 的 程序 都 不 能 通过 编译 [28] 
。 尤 其 是 ， 所 有 使 用 了 STL 的 实现 都 在 几 百 个 〈 甚 至 是 几 王 个 ) 位 置 
违反 了 原则 。 为 了 使 这 个 转变 过 程 对 客户 而 言 能 够 更 加 容易 ， 对 于 那 
些 “ 假 定 非 依赖 型 名 称 可 以 在 依赖 型 基 类 中 进行 查找 的 ?相关 人 代码， 惠普 
公司 软化 了 相关 的 诊断 信息 。 例 如 ， 对 于 位 于 类 模板 作用 域 的 非 依赖 型 
名 称 ， 如 果 利 用 标准 原则 不 能 找到 该 名 称 ，C++ 就 会 在 依赖 型 基 类 中 进 
行 得 找 。 如 果 仍 然 找 不 到 该 名 称 ， 便 会 给 出 一 个 错误 ， 编 译 失 败 。 然 
而 ， 如 果 在 依赖 型 基 类 找到 了 该 名 称 ， 那 么 将 会 给 出 一 个 警告 ， 对 该 名 
称 进行 标记 并 且 看 成 是 依赖 型 名 称 ， 然 后 在 实例 化 时 刻 试图 再 次 查找 。 

在 查找 过 程 中 ,“ 非 依赖 型 基 类 中 的 名 称 会 隐藏 相同 名 称 的 模板 参 
数 〈 见 9.4.1 小 节 ) ”这 条 规则 显然 是 一 个 跑 忽 。 在 将 来 标准 的 修改 版 本 
中 可 能 会 修改 这 个 错误 。 在 任何 情况 下 ， 应 该 尽量 不 让 模板 参数 名 称 和 
非 依赖 型 基 类 中 的 名 称 具 有 相同 的 命名 。 

Andrew ”Koenig 首 次 提出 了 ADL (这 也 是 为 什么 ADL 有 时 也 称 为 









































koenig 碍 找 的 原因 ) ， 但 当时 只 是 用 于 运算 符 函 数 的 查找 。 最 初 的 动机 
只 是 从 美观 和 简单 性 出 发 : 因为 “用 外 围 名 字 空 间 显 式 限定 的 运算 从 名 
称 ” 看 起 来 是 很 拖 省 的 (例如 ， 对 于 a+b， 我 们 需要 这 样 编写 : 
N::operator+(a, b) ) ; 而 为 每 个 运算 符 都 使 用 using declaration 也 会 令 代 
码 变 得 难以 控制 。 因 此 ， 才 决定 运算 符 应 该 在 与 参数 相关 的 名 字 空 间 中 
查找。 后 来 ， 对 ADL 进行 了 扩展 ， 使 之 能 够 适应 : 某 些 种 类 的 友 元 名 
称 插入 、 文 持 模板 和 模板 实例 化 的 两 阶段 得 找 模型 〈 见 第 ”10 章 ) 。 于 
是 ， 扩 展 后 的 ADL 规 则 也 称 为 扩展 的 koenig 但 找 。 








第 10 音 SS 例 化 


模板 实例 化 [29] 是 一 个 过 程 ， 它 根据 泛 型 的 模板 定义 ， 生 成 (具体 
的 ) 类 型 或 者 函数 。 在 C+t+ 中 ， 模 板 实例 化 是 一 个 很 基础 的 概念 ， 但 却 
多 少 有 一 些 错 缩 复 末 。 复 杂 性 的 一 个 主要 原因 在 于 : 对 于 产生 上 自 模 板 的 
实体 〈 指 具体 类 型 或 函数 ) ， 它 们 的 定义 已 经 不 再 局 限于 源 代 码 中 的 单 
一 位 置 。 事 实 上 ， 模 板 本 里 的 位 置 、 使 用 模板 的 位 置 、 定 义 模板 实 参 的 
位 置 都 会 对 这 个 (产生 自 模 板 的 〉 实 体 的 含义 产生 一 定 的 影响 。 

在 这 一 半 里 ， 我 们 将 阐述 如 何 组 织 我 们 的 源 代码 ， 以 正确 地 使 用 模 
板 。 为 外 ， 我 们 还 讨论 了 大 多 数 主流 C++ 编 译 占 在 处 理 模 板 实例 化 时 所 
使 用 的 各 种 方法 。 尽 管 这 些 方 法 在 语义 上 应 该 是 等 价 的 ， 但 充分 理解 编 
译 器 实例 化 集 略 的 基本 原则 是 大 有 人 神 益 的 。 而 且 ， 在 创建 现实 软件 的 过 
程 中 ， 每 种 机 制 都 有 它 的 独特 之 处 ， 反 过 来 ， 这 些 机 制 同时 也 影响 着 标 
准 C++ 的 最 终 规范 。 























10.1 On-Demand 实 例 化 


当 C++ 编 译 器 遇 到 模板 特 化 的 使 用 时 ， 它 会 利用 所 给 的 实 参 替换 对 
应 的 模板 参数 ， 从 而 产生 该 模板 的 特 化 [30] 。 这 个 过 程 是 编译 器 自动 进 
行 的 ， 并 不 需要 客户 端 代码 来 引导 《或 者 不 需要 模板 定义 来 引导 ) 。 而 
且 ，on-demand 实 例 化 的 这 个 特性 也 使 得 C++ 模板 和 其 他 编译 型 语言 的 
相似 功能 大 有 区 别 。 另 外 ，on-demand 实 例 化 有 时 也 被 称 为 隐 式 实例 化 
或 者 自动 实例 化 。 

on-demand 实 例 化 表明 : 在 使 用 模板 〈 特 化 ) 的 地 方 ， 编 译 器 通 第 
需要 访问 模板 和 某 些 模板 成 员 的 整个 定义 (也 就 是 说 ， 只 有 声明 是 不 够 








的 ) 。 考 虑 下 面 这 个 包含 短小 源 代码 的 文件 : 
template<typename T> class C;//(1) 这 里 只 有 声明 


C<int>* p = 0; //(2) 正 确 :并 不 需要 C<int> 的 定义 
template<typename T> 
class Ct{ 
public: 
void f(); / (3) 成 员 声 明 
}; 1// (4) 类 模板 定义 结束 
void g (C<int>& c) 1// (5) 只 使 用 类 模板 声明 
{ 
c.f0); // (6) 使 用 了 类 模板 的 定义 
} 需要 C::f0 的 定义 


在 源 代码 的 1》 人 处， 只 有 模板 声明 是 可 见 的 ， 也 就 是 说 : 模板 定 
义 此 时 还 不 是 可 见 的 (这 类 声明 有 时 也 被 称 为 前 置 声明 〉。 与 普通 类 的 
情况 一 样 ， 如 果 你 声明 的 是 一 个 指 回 茶 种 类 型 的 指针 或 者 引用 《如 
(2) 处 的 声明 ) ， 那 么 在 声明 的 作用 域 中 ， 你 并 不 需要 看 到 该 类 模板 
的 定义 。 例 如 ， 声 明 函 数 g 的 参数 类 型 并 不 需要 模板 C 的 完整 定义 。 然 
而 ， 如 果 《〈 茶 个 组 件 ) 期望 知道 模板 特 化 的 大 小 ， 或 者 访问 该 特 化 的 成 
员 ， 那 么 整个 类 模板 的 定义 就 需要 位 于 作用 域 中 ;这 也 是 源 代码 的 
(6) 处 需要 模板 定义 的 原因 。 因 为 如 果 看 不 见 这 个 模板 定义 的 话 ， 编 
译 眉 融 不 能 确定 成 员 {f 存 在 且 是 可 访问 的 《就 是 说 ， 不 是 私有 的 ， 也 不 
是 受 保 护 的 ) 。 

下 面 是 男 一 个 需要 进行 (前 面 的 ) 类 模板 实例 化 的 表达 式 ， 因 为 编 
译 器 需要 知道 C<void> 的 大 小 : 

C<void>* p = new C<void>; 

在 这 个 例子 中 ， 实 例 化 是 必 不 可 少 的 ， 因 为 只 有 进行 实例 化 之 后 ， 
编译 器 才能 知道 C<void> 的 大 小 。 对 于 上 面 这 个 特殊 的 模板 ， 你 可 能 会 











认为 : 用 任何 类 型 的 实 参 X 蔡 换 参数 TI 之后， 都 不 会 影响 模板 〈 特 化 ) 
的 大 小 ; 因为 在 任何 情况 下 ，C<X> 都 是 一 个 空 类 。 然 而 ， 编 译 占 并 不 
会 检测 它 是 否 为 空 。 而 且 ， 为 了 确定 C<void> 是 否 具 有 可 访问 的 缺 省 构 
造 函 数 ， 并 且 确 认 C<void> 没 有 声明 私有 的 operator new 或 者 operator 
delete， 我 们 需要 进行 实例 化 。 

在 源 代 码 中 ， 有 时 候 需 要 访问 类 模板 成 员 ， 但 在 源 代码 中 这 种 需要 
并 不 总 是 显 式 可 见 的 。 例 如 ，C++ 的 重 载 解析 规则 会 要 求 : 如 果 候 选 函 
数 的 参数 是 class 类 型 ， 那 么 该 类 型 所 对 应 的 类 瓯 必须 是 可 见 的 。 


template<typename 工 > 











class C1 

public: 

C(int); // 具 有 单 参 数 的 构造 函数 
// 可 以 被 用 于 隐 式 类 型 转换 

}; 
void candidate(C<double> const&); //(1) 
void candidate(int) { } //(2) 
int main() 
{ 


candidate(42); /前 面 两 个 函数 声明 都 可 以 被 调用 

} 

调用 ”candidate(42) 将 会 采用 (2) 处 的 重 载 声明 。 然 而 ， 编 译 器 仍 
然 可 以 实例 化 〈1) 处 的 声明 ， 来 检查 产生 的 实例 能 否 成 为 该 调用 的 一 
个 有 效 候选 函数 〈 之 所 以 这 样 ， 是 因为 在 这 个 例子 中 ， 单 参数 的 构造 函 
数 可 以 将 42 隐 式 转 型 为 一 个 C<double> 类 型 的 右 值 ) 。 我 们 应 该 看 到 : 
即使 不 进行 这 种 实例 化 ， 编 译 器 也 可 以 解析 这 个 调用 ， 即 调用 〈2) 处 
的 声明 ; 但 是 编译 器 并 不 会 拒绝 这 种 实例 化 ， 它 是 允许 (但 并 没有 要 
求 ) 执行 这 种 实例 化 的 (这 也 正如 该 例子 所 示 : 它 并 不 需要 (也 不 会 选 


择 ) (1) 处 的 声明 ， 因 为 一 个 精确 的 匹配 要 优 于 显 式 转型 所 获得 的 匹 
配 ) 。 另 外 ， 令 我 们 惊讶 的 是 : C<double> 的 实例 化 可 能 还 会 引发 一 个 


Rs 
10.2 延迟 实例 化 


到 目前 为 止 ， 我 们 (给 出 〉 的 例子 所 阐述 的 一 些 约束 ， 和 使 用 非 模 
板 类 时 的 一 些 约束 并 没有 本 质 的 区 别 。 璧 如 ， 非 模板 类 的 许多 用 法 会 要 
求 class 类 型 的 定义 是 完整 的 类似 地 ， 编 译 器 同样 可 以 根据 类 模板 定 
久生 过 小 完整 的 定义。 

现在 就 有 了 一 个 相关 的 问题 : 模板 的 实例 化 程度 是 怎么 样 的 呢 ? 对 
于 这 个 问题 ， 一 个 模糊 的 回答 会 是 ， 只 对 确实 需要 的 部 分 进行 实例 化 。 
换 句 话说 ， 编 译 器 会 延迟 模板 的 实例 化 。 让 我 们 细 究 “延迟 ?在 这 里 的 具 
体 合 义 。 

当 隐 式 实例 化 类 模板 时 ， 同 时 也 实例 化 了 该 模板 的 每 个 成 员 声 明 ， 
但 并 没有 实例 化 相应 的 定义 。 然 而 ， 存 在 一 些 例外 的 情况 : 首先， 如 果 
类 模板 包含 了 一 个 匿名 的 union， 那 么 该 union 定义 的 成 员 同时 也 被 实例 
化 了 [31]。 为 一 种 例外 情况 发 生 在 虚 函 数 喘 上 : 作为 实例 化 类 模板 的 结 
末 ， 虚 函数 的 定义 可 能 被 实例 化 了 ， 但 也 可 能 还 没有 和 被 实例 化 ， 这 要 依 
赖 于 具体 的 实现 。 实 际 上 ， 许 多 实现 都 会 实例 化 〈 虚 函数 ) 这 个 定义 ， 
因为 “实现 虚 函 数 调 用 机 制 的 内 部 结构 ”要 求 虚 函 数 〈 的 定义 ) 作 为 链接 
实体 存在 。 

当 实 例 化 模板 的 时 候 ， 缺 省 的 函数 调用 实 参 是 分 开 考虑 的 。 准 确 而 
言 ， 只 有 这 个 被 调用 的 函数 《或 成 员 函 数 ) 确实 使 用 了 缺 省 实 参 ， 才 会 
实例 化 该 实 参 。 就 是 说 ， 如 下 这 个 函数 或 成 员 函 数 ) 不 使 用 缺 省 调用 
实 参 ， 而 是 使 用 显 式 实 参 来 进行 调用 ， 那 么 就 不 会 实例 化 缺 省 实 参 。 

对 于 上 面 的 这 些 规 则 ， 让 我 们 用 下 面 的 例子 来 前 述 : 











//details/lazy.cpp 
template <typename T> 
class Safe { 
template <int N> 
class Danger { 
public: 
typedef char Block[N]; // 如 果 N<=0 的 话 ， 将 会 出 错 
上 
template <typename T, int N> 
class Tricky { 
public: 
virtual ~Tricky() { 
} 
void no_body_here(Safe<T> = 3); 
void inclass() { 
Danger<N> no_boom yet; 
} 
// void error() { Danger<0> boom; } 
// void unsafe(T (*p)[N]); 
T operator->(); 
// virtual Safe<T> suspect(); 
struct Nested { 
Danger<N> pfew; 
上 
union { // 匿名 的 union 


int align; 


Safe<T> anonymous; 
}; 

上 

int main() 

{ 

Tricky<int, 0> ok; 

} 

我 们 先 来 考虑 前 面 一 部 分 没有 main0 函 数 的 例子 。 标 准 C++ 编 译 右 

通常 会 编译 这 上 段 模板 定义 ， 来 检查 语法 约束 和 一 般 的 语义 约束 。 然 而 ， 
在 检查 涉及 到 模板 参数 的 约束 时 ， 编 译 器 会 假设 该 参数 “处 于 最 理想 的 
情况 ”(assume the best) 。 例 如 ， 在 模板 Danger 中 ， 用 于 成 员 Block 的 
typedef (类 型 定义 ) 的 参数 N 可 能 会 是 0 或 者 负数 (这 就 会 是 无 效 
的 ) ; 但 编译 器 会 假设 最 理想 的 情况 : 即 参 数 N 不 会 是 0 或 者 负数 ， 而 
是 正 整数 。 类 似 地 ， 在 成 员 no_body_here() 声 明 中 的 缺 省 实 参 规范 (= 
3) 也 是 可 颖 的， 因为 不 一 定 能 够 使 用 整数 来 对 模板 Safe 进 行 初始 化 ; 
但 编译 器 会 假定 : 对 于 Safe<T> 的 泛 型 定义 ， 并 不 会 用 到 该 缺 省 实 参 。 
类 似 地 ， 对 于 成 员 error0， 如 有 果 没 有 注释 掉 ， 那 么 在 编译 模板 的 时 候 ， 
它 将 会 引发 一 个 错误 ， 因 为 使 用 Danger<0> 会 被 要 求 给 出 类 Danger<0> 的 
完整 定义 ， 而 产生 这 个 类 的 定义 会 试图 typedef 一 个 元 素 个 数 为 0 的 数组 
( 即 Block[0]〉。 因 此 ， 即 使 成 员 error() 没 有 被 使 用 ， 并 因此 而 不 会 被 实 
例 化 ， 但 是 仍然 会 引发 一 个 错误 。 这 个 错误 是 在 泛 型 模板 的 处 理 过 程 中 
引发 的 。 然 而 ， 与 errorO 相 反 的 是 成 员 unsafe(T (*p)[N]) 的 声明 ， 在 N 还 
没有 被 模板 参数 蔡 换 之 前 ， 该 声明 是 不 会 产生 错误 的 。 

现在 让 我 们 来 分 析 添 加 main0 函 数 后 会 出 现 什么 样 的 结果 。 它 会 使 
编译 器 替换 模板 Tricky 的 参数 : 用 int 替 换 T， 用 0 替换 N。 实 际 上 ， 这 里 
并 不 需要 Tricky 中 所 有 成 员 的 定义 ， 但 缺 省 构造 函数 《在 这 个 例子 该 函 
数 是 隐 式 声明 的 ) 和 析 构 函数 是 肯定 会 被 调用 的 ， 因 此 它们 的 定义 必须 























存在 。 实 际 上 ， 还 需要 提供 虚拟 成 员 〈 如 虚 函 数 ) 的 定义 ， 人 否则 的 话 可 
能 就 会 引发 一 个 链接 期 错误 。 辟 如， 如 果 我 们 既 没 有 注释 挥 虚 函 数 成 员 
suspect() 的 声明 ， 也 没有 提供 它 的 定义 的 话 ， 链 接 器 就 会 给 出 这 类 错 
误 。 相 反 ， 对 于 成 员 inclass() 和 结构 (struct〉Nested 的 定义 ， 它 们 会 要 
求 一 个 完整 的 Danger<0> 类 型 (而 我 们 从 前 面 讨论 已 经 知道 ， 该 完整 类 
型 会 包含 一 个 无 效 的 ”typedef〉; 但 因为 程序 中 并 不 会 用 到 这 两 个 成 员 
的 定义 ， 因 此 不 会 产生 它们 的 定义 ， 从 而 也 就 不 会 引发 错误 。 男 一 方 
面 ， 所 有 的 成 员 声 明 都 是 会 被 生成 的 ， 而 且 作 为 我 们 《用 实 参 ) 蔡 换 后 
的 结果 ， 这 些 声 明 将 可 能 会 包含 无 效 类 型 ， 而 这 是 不 允许 的 。 壁 如 ， 如 
果 没 有 注释 挥 unsafe(T (*p)[N]) 声 明 ， 我 们 将 会 再 次 创建 一 个 元 素 个 数 为 
0 的 数组 类 型 ， 同 样 会 引发 一 个 错误 [32] 。 类 似 地 ， 在 匿名 union 中 ， 如 
果 我 们 用 Danger<N> 痊 换 ( 源 代码 中 的 ) Safe<T>， 也 会 引发 一 个 错误 
[33] ， 因 为 类 型 Danger<0> 并 不 是 完整 的 ， 也 是 无 效 的 。 

最 后 ， 我 们 需要 考察 operator->。 通 常 ， 这 个 运算 符 必须 返回 一 个 
站 针 类 型 ， 或 者 男 一 个 应 用 这 个 operator-> 的 class 类 型 。 这 就 意味 着 main 
函数 中 的 Ticky<int， 0> 应 该 会 引发 一 个 错误 ， 因 为 它 声明 了 一 个 返回 类 
型 为 int 的 operator->。 然 而 ， 因 为 某 些 常见 的 类 模板 定义 [34] 实现 了 这 
种 (返回 类 型 为 T 或 者 T* 的 ) 定义 ， 所 以 语言 规则 就 变 得 更 加 灵活 了 ; 
于 是 ， 如 果 通 过 重 载 解析 规则 选择 了 用 户 定义 的 operator->， 那 么 这 个 
自 定义 的 operator-> 只 能 返回 一 个 类 型 ， 而 且 此 类 型 是 应 用 其 他 例如 
内 建 的 ) operator-> 的 类 型 。 这 在 模板 之 外 的 代码 也 是 适用 的 (即使 在 
那些 情况 下 用 处 不 多 ) 。 因 此 ， 即 使 用 int 来 作为 返回 类 型 ， 这 个 
operator-> 声 明 也 不 会 引发 错误 。 











10.3 C++ 的 实例 化 模型 


模板 实例 化 是 这 样 的 一 个 过 程 :根据 相应 的 模板 实体 ， 适 当地 丛 换 


模板 参数 ， 从 而 获得 一 个 普通 类 或 者 函数 。 这 个 定义 听 起 来 很 简单 明 
了 ， 但 在 实际 应 用 中 我 们 需要 遵循 许多 细 市 。 
10.3.1 两 阶段 查找 

从 第 9 章 中 我 们 知道 : 当 对 模板 进行 解析 的 时 候 ， 编 译 器 并 不 能 解 
析 依 赖 型 名 称 。 于 是 ， 编 译 器 会 在 POI (point of instantiation， 实 例 化 
点 ) 再 次 查找 这 些 依赖 型 名 称 。 另 一 方面 ， 非 依赖 型 名 称 是 在 首次 看 到 
模板 的 时 候 就 进行 查找 ， 因 此 在 第 1 次 查找 时 就 可 以 诊断 错误 信息 。 于 
是 ， 就 有 了 两 阶段 查找 (two-phase lookup) 这 个 概念 [35] : 第 1 阶段 发 
生 在 模板 的 解析 阶段 ， 第 2 阶段 发 生 在 模板 的 实例 化 阶段 。 

在 第 1 阶段 ， 当 使 用 普通 得 找 规则 《在 适当 的 情况 也 会 使 用 ADL ) 
对 模板 进行 解析 时 ， 就 会 查找 非 依赖 型 名 称 。 另 外 ， 非 受 限 的 依赖 型 名 
称 ( 诸 如 函数 调用 中 的 函数 名 称 ， 之 所 以 说 它 是 依赖 型 的 ， 是 因为 该 名 
称 具有 一 个 依赖 型 实 参 〉 也 会 在 这 个 阶段 进行 查找 ， 但 它 的 查找 结果 是 
不 完整 的 (就 是 说 查找 还 没 结束 〉， 在 实例 化 模板 的 时 候 ， 还 会 再 次 进 
行 查 找 。 

第 2 阶段 发 生 在 模板 被 实例 化 的 时 候 ， 我 们 也 称 此 时 发 生 的 地 点 
(或 者 源 代码 的 某 个 位 置 ) 为 一 个 实例 化 点 POI。 依 赖 型 受 限 名 称 就 是 
在 此 阶段 进行 查找 的 〈 碍 找 的 目标 是 : 运用 模板 实 参 代 蔡 模板 参数 之 后 
所 获得 的 特定 实例 化 体 [36] ) ; 另外 ， 非 受 限 的 依赖 型 名 称 在 此 阶段 也 
会 再 次 执行 ADL 奉 找 。 














10.3.2 POI 
从 上 面 我 们 知道 ，C++ 编 译 器 会 在 模板 客户 端 代码 中 的 某 些 位 置 访 
问 模板 实体 的 声明 或 者 定义 。 于 是 ， 当 某 些 代码 构造 引用 了 模板 特 化 ， 
而 且 为 了 生成 这 个 完整 的 特 化 ， 需 要 实例 化 相应 模板 的 定义 时 ， 就 会 在 
源 代码 中 产生 一 个 实例 化 点 (POI〉。 我 们 应 该 清楚 ，POI 是 位 于 源 代 
码 中 的 一 个 点 ， 在 该 点 会 插入 蔡 换 后 的 模板 实例 。 例 如 : 


class MylInt { 
public: 
MyInt(int i); 
可 
MylInt operator — (MyInt const&); 
bool operator > (MyInt const&, MylInt const&); 
typedef MyInt Int; 
template <typename T> 
void f(T i) 
{ 
if (i>0)t{ 
g(-i); 


} 

//(1) 

void g(Int) 

{ 

//(2) 
f<Int>(42); /调用 点 
//(3) 

} 

//(4) 

当 C++ 编 译 器 看 到 调用 f<Int>(42) 时 ， 它 知道 需要 用 MyInt 符 换 T 来 实 
例 化 模板 f: 即 生 成 一 个 POI。 〈2) 处 和 (3) 处 是 临近 调用 点 的 两 个 地 
方 ， 但 它们 不 能 作为 POI， 因 为 C++ 并 不 允许 我 们 把 ::f<Int>(Int) 的 定义 
在 这 里 插入 。 另 外 ， (1) 处 和 “(4) 处 的 本 质 区 别 在 于 : 在 (4) 处 ， 
函数 g(mb 是 可 见 的 ， 而 《1) 处 则 不 是 ;因此 在 〈4) 处 函数 g(-D 可 以 


被 解析 。 然 而 ， 如 果 我 们 假定 〈1) 处 作为 POI， 那 么 调用 g(-D 将 不 能 被 
解 机 ， 因 为 g(Inb 在 〈1) 处 是 不 可 见 的 。 笠 运 的 是 ， 对 于 指 同 非 类 型 特 
化 的 引用 ，C++ 把 它 的 POI 定 义 在 “包含 这 个 引用 的 定义 或 声明 之 后 的 最 
近 名 字 空 间 域 "中 。 在 我 们 的 例子 中 ， 这 个 位 置 是 〈4) 。 

你 可 能 会 疑惑 我 们 为 什么 在 例子 中 使 用 类 型 MyInt， 而 不 直接 使 用 
简单 的 int 类 型 。 这 主要 是 因为 : 在 POI 执 行 的 第 2 次 查找 《〈 指 g(-D)) 只 是 
使 用 了 ADL。 而 基本 类 型 int 并 没有 关联 名 字 空 间 ， 因 此 ， 如 果 使 用 int 类 
型 ， 就 不 会 及 生 ADL 碍 找 ， 也 就 不 能 找到 函数 g [37] 。 所 以 ， 如 果 你 用 
下 面 的 typedef 代 蔡 原 来 的 typedef: 

typedef int Int; 

那么 前 面 的 例子 将 不 能 通过 编译 [38] 。 对 于 类 特 化 ， 这 个 POL) 
位 置 是 不 一 样 的 。 可 以 通过 下 面 代码 来 说 明 : 

template<typename 工 > 

class S { 

public: 











Tm; 
二 
//(5) 
unsigned long h() 
{ 
//(6) 
return (unsigned) long) sizeof(S<int>); 
//(7) 
} 
//(8) 
如 前 所 述 ， 我 们 知道 位 置 (6) 和 “7) 不 能 作为 POI， 因 为 名 字 空 
间 域 类 S<int> 的 定义 不 能 出 现在 这 两 个 位 置 ( 模 板 是 不 能 出 现在 函数 作 





用 域内 部 的 ) 。 如 果 我 们 采用 前 面 非 类 型 实例 的 规则 ， 那 么 POI 应 该 在 
(8) 处 ， 但 这 样 的 话 ， 表 达 式 ”sizeof(S<int>) 会 是 无 效 的 ， 因 为 要 等 到 
在 编译 到 〈8) 之 后 ， 我 们 才能 确定 S<int> 的 大 小 ， 而 代码 sizeof(S<int>) 
位 于 〈8) 之 前 。 因 此 ， 对 于 指 加 产生 目 模 板 的 类 实例 的 引用 ， 它 的 POI 
只 能 定义 在 “包含 这 个 实例 引用 的 定义 或 声明 之 前 的 最 近 名 字 空 间 域 。 
在 我 们 这 个 例子 中 ， 是 指 位 置 (5) 。 

在 实例 化 模板 的 时 候 ， 可 能 还 需要 进行 某 些 附带 的 实例 化 。 考 上 处 下 
面 的 简短 例子 : 

template<typename T> 

class S { 

public: 

















typedef int 1; 
}; 
//(1) 
template<typename T> 
void f() 
{ 
S<char>::I varl1 = 41; 


typename S<T>::l var2 = 42; 


} 
int main() 
{ 
f<double>(); 
} 


//(2):(2a),(2b) 
根据 前 面 的 讨论 ， 我 们 知道 f<double> 的 POI 会 在 〈2) 处。 但 在 这 
个 例子 中 ， 函 数 模板 f0 引 用 了 一 个 类 特 化 S<char>;， 从 前 面 的 讨论 我 们 


知道 ， 该 类 特 化 的 POI 应 该 在 〈1) 处 。 另 外 ， 函 数 模板 fO 还 引用 了 
S<T>; 因为 S<T> 是 依赖 型 的 ， 所 以 我 们 不 能 像 S<char> 那 样 来 确定 它 的 
OI。 然 而 ， 如 果 在 (2) 处 实例 化 了 f<double>， 我 们 知道 同时 需要 实例 化 
S<double> 的 定义 。 对 于 类 型 实体 和 非 类 型 实体 ， 这 种 二 次 (或 者 传 
递 ) POI《〈 指 S<double> 的 POI) 的 定义 位 置 稍微 有 些 区 别 。 对 于 非 类 型 
实体 ， 这 种 二 次 POI 的 位 置 和 主 POI ( 指 f<double>) 的 位 置 相同 。 对 于 
类 型 实体 ， 二 次 POI 的 位 置 位 于 主 POI 位 置 的 紧 前 处 (最 近 的 名 字 空 间 
域内 ) 。 在 我 们 的 例子 中 ， 利 用 前 面 的 规则 ，f<double> 的 POI 位 于 
(2b) 处 ， 而 在 它 的 紧 前 处 一 一 即 (2a) 处 一 一 就 是 二 次 POI( 即 
S<double> 的 POI) 的 位 置 。 现 在 我 们 就 知道 S<double> 和 S<char> 的 POI 
是 不 同 的 。 

一 个 翻译 单元 通常 会 包含 同 个 实例 的 多 个 POI。 对 于 类 模板 实例 而 
言 ， 在 每 个 翻译 单元 中 ， 只 有 首 个 POI 会 被 保留 ， 而 其 他 的 POI 则 被 忽 
略 〈 其 实 它们 并 不 会 被 认为 是 POI) 。 对 于 非 类 型 实例 而 言 ， 所 有 的 
POI 都 会 被 保留 。 然 而 ， 对 于 上 面 的 任何 一 种 情况 ，ODR 原 则 都 会 要 
求 : 对 保留 的 任何 一 个 POI 处 所 出 现 的 同 种 实例 化 体 ， 都 必须 是 等 价 
的 ;但 C++ 编 译 器 既 没 有 要 求 保 证 这 种 约束 ， 也 没有 要 求 诊断 是 否 违 反 
这 种 约束 。 这 就 允许 C++ 编 译 器 选择 一 个 非 类 型 的 POI 来 执行 所 需要 的 
实例 化 ， 而 不 用 在 意 其 他 的 POI 是 否 会 产生 一 个 不 同 的 实例 化 体 。 

在 实际 应 用 中 ， 大 多 数 编译 器 会 延迟 非 内 联 函 数 模板 的 实例 化 ， 直 
到 翻译 单元 末尾 处 ， 才 进行 真正 的 实例 化 。 这 种 做 法 有 效 地 把 对 应 模板 
特 化 的 POI 移 到 了 翻译 单元 的 末尾 。 实 际 上 ，C++ 语 言 设计 者 的 意图 是 
为 了 让 这 种 做 法 成 为 一 种 有 效 的 实现 技术 ， 但 是 标准 并 没有 泣 清 这 个 意 
图 。 











10.3.3 包含 模型 与 分 离 模 型 
当 遇 到 POI 的 时 候 ，“【 编 译 器 要 求 ) 相应 模板 的 定义 必须 是 《基于 








某 种 方式 ) 可 见 的 。 对 于 类 特 化 而 言 ， 这 就 意味 着 : 在 同 个 翻译 单元 
中 ， 类 模板 的 定义 必须 在 它 的 POI 之 前 就 已 经 是 可 见 的 。 对 于 非 类 型 的 
POI 而 言 ， 也 可 能 会 采取 上 面 的 方式 ， 但 我 们 通常 会 把 非 类 型 模板 的 定 
义 放 在 一 个 头 文 件 中 ， 然 后 在 需要 使 用 该 定义 的 时 候 ， 把 这 个 头 文件 
#inlcude 到 这 个 翻译 单元 中 。 这 种 处 理 模 板 定 义 的 源 模型 就 是 我 们 前 面 
所 谈 到 的 包含 模型 ， 也 是 目前 为 止 最 广泛 的 实现 方式 。 

对 于 非 类 型 POI， 还 存在 男 一 种 实现 方法 : 使 用 export 关 键 字 来 声明 
非 类 型 模板 ， 而 在 另 一 个 翻译 单元 中 定义 该 非 类 型 模板 。 这 就 是 我 们 前 
面 所 谈 到 的 分 离 模型 。 下 面 的 代码 结合 (前 面 已 经 使 用 的 ) max() 模 板 
来 说 明 这 一 点 : 

/翻译 单元 1; 


#inlcude <iostream> 























export template<typename T> 


T const& max(T const&, T const&) 


int main() 
{ 

std::cout << max(7,42) << std::endl]l; //(1) 
} 
// 翻 译 单元 2: 


export template<typename T> 

T const& max(T const& a, T const& b) 

{ 

returma<b?b:a; //(2) 

} 

当 编 译 第 1 个 文件 的 时 候 ， 编 译 器 会 察觉 到 : 根据 (1) 处 的 声明 ， 
需要 用 int 蔡 换 T 来 生成 一 个 POI。 接 下 来 ， 编 译 器 必须 能 够 确定 : 可 以 
实例 化 第 2 个 文件 中 max 模 板 的 定义 ， 来 满足 前 面 的 POI 要 求 。 





/翻译 单元 1: 


#include<iostream> 


export template<typename T> T const& max(T const&, T const&); 
namespace N { 
Class 工 { 
public: 
I(int i): v(i){} 
int V; 
上 
bool operator < (I const& a, I const& b) { 


return a.v < b.v: 


} 
int main() 
{ 
std::cout <<max(N::I(7), N::I(42)).v<<std::end1;//(3) 
} 


根据 (3) 处 生成 的 POI 会 再 次 要 求 位 于 第 2 个 文件 〈 即 翻译 单元 2) 
中 的 max 模 板 定义 。 然 而 ， 这 个 定义 使 用 了 < 运算 符 ， 而 现在 这 个 运算 
符 引 用 的 是 在 翻译 单元 1 中 声明 的 重 载运 算 待 ， 它 在 翻译 单元 2 是 不 可 
见 的 。 为 了 解决 这 种 不 可 见 性 ， 实 例 化 过 程 显然 需要 引用 两 处 不 同 的 声 
明 上 下 文 39] 。 第 1 处 上 下 文 是 指 : 模板 定义 的 上 下 文 ; 第 2 处 上 下 文 是 
指 : 类 型 I 声 明 的 上 下 文 。 为 了 在 两 种 上 下 文中 进行 查找 ， 模 板 中 的 名 
称 应 该 分 两 阶段 查找 ， 惑 像 10.3.1 小 节 所 解释 的 那样 。 














第 1 阶段 发 生 在 解析 模板 〈 也 就 是 说 ，C++ 编 译 器 第 1 次 看 到 模板 定 
义 ) 的 时 候 。 在 这 个 过 程 中 ， 会 使 用 普通 查找 规则 和 ADL 规则 对 非 依 
赖 型 名 称 进行 查找 。 男 外 ， 非 受 限 的 依赖 型 函数 名 称 ( 这 里 的 依赖 型 是 
指 函 数 的 实 参 是 依赖 型 的 ) 会 先 使 用 普通 查找 规则 进行 查找 ， 但 只 是 把 
得 找 结果 保存 起 来 ， 并 不 会 试图 进行 重 载 解析 过 程 一 一 这 是 在 第 2 阶段 
的 查找 完成 之 后 才 进 行 的 。 

第 2 阶段 发 生 在 产生 POI〈 实 例 化 点 ) 的 时 候 。 在 这 一 点 上 ， 会 使 用 
普通 查找 规则 和 ADL 规 则 来 查找 依赖 型 受 限 名 称 。 而 依赖 型 非 受 限 名 称 
( 它 已 经 在 第 1 阶段 使 用 普通 查找 规则 查找 了 一 次 ) 则 只 使 用 ADL 规 则 
进行 查找 ， 然 后 把 ADL 的 查找 结果 结合 第 1 阶段 普通 查找 所 获得 的 结 
果 ， 组 成 一 个 候选 函数 集合 ， 然 后 借助 于 重 载 解析 ， 从 该 集合 中 选 出 
(最 佳 的 ) 被 调用 函数 。 

尽管 两 阶段 得 找 机 制 看 起 来 是 应 用 分 离 模型 的 关键 所 在 ， 但 包含 模 
型 同时 也 使 用 了 该 机 制 。 另 外 ， 包 含 模型 早期 的 一 些 实现 把 所 有 的 得 找 
都 延迟 到 POI 才 进行 [40] 。 











10.3.5 例子 
下 面 的 一 些 例子 很 好 地 说 明了 我 们 前 面 所 描述 的 一 些 概念 。 
第 1 个 是 关于 包含 模型 的 简单 例子 : 


template <typename T> 





void f1(T x) 
{ 
g1(X); //(1) 
} 
void gl1(int) 
{ 


int main() 


f1(7); /错误 ， 找 不 到 g1! 
} //(2):f<int>(int) 的 POI 
调用 f1(7) 将 会 产生 f1<int>(int) 的 一 个 POI， 它 紧 跟 main() 函 数 的 后 面 
《 即 〈2) 处 ) 。 在 这 个 实例 中 ， 关 键 的 问题 是 函数 g1 的 得 找 。 当 第 一 
次 看 到 模板 f1 的 定义 时 ， 编 译 器 注意 到 非 受 限 名 称 g1 是 一 个 依赖 型 名 
称 ， 因 为 它 的 参数 名 称 依赖 于 外 部 函数 {的 模板 参数 〈 即 实 参 x 的 类 型 依 
赖 于 模板 参数 T) 。 因 此 ， 编 译 器 会 在 (1) 处 使 用 普通 查找 规则 来 查找 
g1， 然 而 在 (1) 处 并 不 能 看 到 gl1， 从 而 第 1 阶段 找 不 到 g1。 在 (2〉 处 ， 即 
伺 的 POI， 会 在 关联 名 字 衬 间 和 关联 类 中 再 次 查找 g1， 但 由 于 g1L 的 唯一 
实 参 类 型 是 int， 而 int 并 没有 关联 名 字 空 间 和 关联 类 ， 从 而 第 2 阶段 也 找 
不 到 gl1。 因 此 ， 尽 管 在 代 的 POI 处 ( 即 (2)〉 处 ) 可 以 使 用 普通 查找 规则 
找到 gl1 (这 只 是 一 个 假象 而 已 )， 但 是 根据 我 们 前 面 的 分 析 ， 该 例子 实 
际 上 并 不 能 找到 g1。 
第 2 个 例子 说 明了 : 分 离 模型 如 何 导 致 路 翻译 单元 的 重 载 二 义 性 问 
题 。 这 个 例子 包含 了 3 个 文件 〈 其 中 一 个 是 头 文 件 ) : 
/文件 common.hpp 
export template<typename 工 > 
void f(T); 
classAt 














上 
classB{ 
1 
class X{ 
public: 
operator AU { return A(); } 


operator B() { return B(); } 


}; 
/文件 a.cpp: 
#include“common.hpp” 
void g(A) 
{ 
} 

int main() 
| 

{<X>(XO); 
} 
/文件 b.cpp: 
#include“common.hpp” 
void g(B) 
( 
} 

export template<typename T> 
void f(T x) 
' 

g(x); 
} 


在 文件 a.cpp 中 的 main() 函 数 调 用 了 f<X>(X(0)， 它 解析 为 文件 b.cpp 
中 定义 的 导出 (exported) 模板 。 因 此 ， 访 模板 中 的 调用 g(x) 会 基于 X 类 
型 的 实 参 进行 实例 化 。 根 据 两 阶段 查找 规则 我 们 知道 ， 疯 数 g0 〇 会 执行 了 
两 次 查找 : 一 次 使 用 普通 查找 规 则 在 文件 b.cpp 中 进行 查找 (发 生 在 解析 
模板 的 时 候 ) ; 男 一 次 是 在 文件 a.cpp 中 使 用 ADL 进 行 查 找 ( 在 模板 被 实 
例 化 的 地 方 ) 。 第 1 次 碍 找 会 找到 g(B)， 而 第 2 次 查找 则 找到 g(A)， 借 助 








于 目 定 义 的 类 型 转换 运算 符 ， 这 两 个 碍 找 结果 都 是 可 行 的 g 函 数 。 因 
此 ， 这 个 调用 是 二 义 性 的 。 

可 以 看 出 : 在 文件 b.cpp 中 ， 调 用 g(x)( 从 表面 〉 看 起 来 并 不 会 导 
致 二 义 性 。 事 实 上 ， 产 生 这 种 二 义 性 是 由 于 两 阶段 查找 机 制 引入 了 一 个 
出 卑 意 料 的 候选 函数 。 因 此 ， 当 我 们 编写 导出 〈exported) 模板 和 提供 
导出 模板 的 文档 时 ， 就 应 该 小 心 避 免 这 类 二 义 性 的 发 生 。 


10.4 几 种 实现 方案 


在 这 一 节 里 ， 我 们 回顾 一 下 : 几 种 主流 的 C++ 《编译 器 ) 实现 对 包 
含 模型 的 一 些 文 持 方 法 。 所 有 的 这 些 实现 主要 依赖 于 两 个 基本 的 组 件 : 
编译 如 和 链接 器 。 编 译 器 把 源 代码 翻译 成 目标 文件 ， 而 目标 文件 包含 机 
器 代码 ， 有 些 机 器 代码 则 具有 符号 注解 “用 于 路 引用 其 他 目标 文件 和 程 
序 库 ) 。 链 接 堪 通过 组 合 目标 文件 ， 并 且 解 析 目 标 文 件 中 所 包含 的 《有 
有 路 引用 功能 的 ) 符号 注解 ， 最 后 生成 可 执行 程序 或 者 程序 库 。 尽 管用 
另外 的 方式 ， 我 们 可 能 也 能 够 实现 一 个 其 他 的 C++ 模型 一 一 例如 ， 你 可 
以 假想 存在 一 个 C++ 解释 器 ;但 在 接 下 来 的 叙述 中 ， 我 们 会 假定 采用 上 
面 这 种 〈 有 具有 两 个 基本 组 件 的 ) 模型 。 

当 在 多 个 翻译 单元 中 使 用 类 模板 特 化 的 时 候 ， 编 译 器 将 会 在 每 个 
(应 用 该 类 模板 特 化 的 ) 翻译 单元 都 重复 类 模板 的 实例 化 过 程 。 这 通 负 
都 不 会 产生 问题 ， 因 为 类 定义 并 不 会 直接 生成 低层 次 的 代码 ，C++ 实 现 
也 只 是 在 内 部 使 用 这 些 类 定义 ， 来 确认 和 解释 其 他 的 表达 式 和 声明 。 就 
这 一 点 而 言 ， 在 多 个 翻译 单元 中 包含 同一 个 类 定义 的 多 个 实例 化 体 ， 和 
在 多 个 翻译 单元 中 多 次 包含 同一 个 类 定义 〈 通 种 是 借助 包含 头 文件 来 实 
现 ) ， 两 者 之 间 并 没有 本 质 上 的 区 别 。 

然而 ， 如 琳 你 实例 化 的 是 一 个 “非凡 联 ) 函数 模 板 ， 而 不 是 一 个 类 
模板 ， 上 面 的 情况 就 不 同 了 。 如 宁 提 供 了 普通 非 内 联 函 数 的 多 个 定义 ， 

















那么 你 将 会 违反 ODR 原则 《一 处 定义 原则 ) 。 例 如 ， 假 设 你 编译 和 链 
接 下 面 这 个 包含 两 个 文件 的 程序 : 

/文件 : a.cpp 

int main() 

} 

/文件 : b.cpp 

int main(){ 

} 

C++ 编 译 器 可 以 顺利 地 分 开 编 译 这 两 个 模块 ， 因 为 它们 实际 上 都 是 
有 效 的 C++ 翻 译 单 元 。 然 而， 如 果 你 试图 链接 这 两 个 文件 的 话 ， 那 么 你 
的 编译 器 应 该 会 报错 ; 因为 重复 定义 在 这 里 是 不 允许 的 。 

相反 ， 让 我 们 考虑 下 和 面 的 模板 例子 : 

/文件 : t.hpp 

/公共 头 文 件 〈 包 含 模型 ) 

template<typename 工 > 

class S { 

public: 
void f(); 





template<typename T> 
void S::f() // 成 员 定义 
\ 
} 
void helper(S<int>*); 
/文件 : a.cpp: 
#include”t.hpp” 


void helper(S<int>* s) 


{ 
s->f(); //(1)S::f 的 第 1 个 POI (实例 化 点 ) 
} 
/文件 b.cpp: 
#include“t.hpp” 
int main() 
| 
S<int> s; 
helper(&s);; 
sf0); //(2)S::f 的 第 2 个 POI( 实 例 化 点 ) 
} 





如 果 链 接 器 是 以 “对 待 普通 函数 或 者 成 员 函 数 的 ”方式 来 对 待 实 例 化 
后 的 模板 成 员 [41] ， 那 么 编译 器 就 需要 确认 它 只 在 两 处 POI 中 的 一 处 产 
生 代码 : 即 只 在 (1) 或 者 〈2) 人 处， 但 不 会 在 两 处 都 产生 代码 。 为 了 获 
得 这 种 实现 ， 当 编译 器 从 一 个 翻译 单元 转移 到 另 一 个 翻译 单元 的 时 候 ， 
就 必须 携带 某 些 特定 的 信息 。 显 然 ， 在 引入 C++ 模 板 之 前 ， 并 不 会 要 求 
C++ 编译 器 具有 这 种 实现 。 因 此 ， 在 接 下 来 的 各 个 小 节 里 ， 我 们 将 会 讨 
论 : 在 众多 的 C++ 实现 中 ，3 种 使 用 最 广泛 的 解决 方案 。 

另外 ， 相 同 的 问题 还 会 出 现在 由 模板 实例 化 生成 的 所 有 可 链接 实体 
中 。 这 些 可 链接 实体 包括 : 实例 化 后 的 函数 模板 、 实 例 化 后 的 成 员 函 数 
模板 以 及 实例 化 后 的 静态 数据 成 员 。 

10.4.1 贪 梦 实 例 化 

首 个 实现 贷 禁 实例 化 的 C++ 编译 器 是 由 Borland 公 司 提供 的 ， 贫 朴实 
例 化 现在 已 经 成 为 多 种 C++ 系统 使 用 最 广泛 的 技术 了 。 而 且 ， 针 对 
Microsoft 基于 Windows 的 个 人 计算 机 开发 环境 ， 它 几乎 已 经 成 为 一 种 普 














表 采 用 的 机 制 。 

仙 禁 实例 化 假定 链接 器 知道 ,特定 的 实体 (特别 是 可 链接 的 模板 实 
例 化 体 〉 可 以 在 多 个 目标 文件 和 程序 库 中 多 次 出 现 ， 于 是 ， 编 译 器 会 使 
用 某 种 方法 对 这 些 实体 进行 标记 。 当 链接 器 找到 多 个 实例 的 时 候 ， 它 会 
保留 其 中 一 个 实例 ， 而 抛弃 所 有 其 他 的 实例 。 这 就 是 仿 禁 实例 化 的 主要 
处 理 方 法 ， 

从 理论 上 讲 ， 贫 梦 实 例 化 具有 下 面 几 个 严重 的 缺点 : 

“编译 器 会 在 生成 和 优化 N 个 实例 化 体 上 浪费 时 间 ， 而 最 后 只 有 一 个 
实例 化 体会 被 保留 。 

“链接 器 通常 不 会 检查 两 个 实例 化 体 是 否 是 一 样 的 ， 因 为 在 生成 的 
代码 中 ， 同 一 个 模板 特 化 的 多 个 实例 之 间 中 可 能 会 出 现 一 些 细微 的 差 
寞 。 事 实 上 ， 这 种 细微 差异 并 不 会 导致 链接 器 失败 (这 些 细微 差异 主要 
由 实例 化 时 编译 器 所 处 状态 的 差异 所 导致 ) 。 然 而 ， 由 于 对 这 种 细微 差 
异 视 而 不 见 ， 却 会 导致 链接 器 察觉 不 到 更 多 (本 质 上 ) 的 差异 。 例 如 ， 
针对 同一 个 实体 ， 可 能 会 出 现 两 种 不 同 的 实例 化 体 : 以 注重 最 大 效率 进 
行 编译 获得 的 实例 化 体 和 以 注重 方便 调试 进行 编译 获得 的 实例 化 体 。 也 
就 是 说 ， 链 接 器 在 处 理 这 些 不 同 的 实例 化 体 时 ， 并 不 能 察觉 到 它们 之 间 
的 细微 差异 。 

“与 其 他 的 解决 方案 相 比 ，〈 最 后 生成 的 ) 所 有 目标 文件 的 大 小 总 
和 可 能 会 更 大 ， 因 为 相同 代码 可 能 会 生成 多 次 。 

实际 上 ， 这 些 缺 点 看 起 来 并 不 会 导致 严重 的 问题 。 或 许 这 是 因为 : 
与 其 他 候选 方案 相 比 ， 贫 禁 实 例 化 具有 一 个 很 大 的 优势 : 它 保留 了 源 对 
象 之 间 的 原始 依赖 性 。 尤 其 是 ， 每 个 翻译 单元 只 产生 一 个 目标 文件 ， 并 
且 在 相应 的 源 文件 〈 它 包含 了 实例 化 后 的 定义 ) 中 ， 每 个 目标 文件 都 包 
含 针 对 所 有 可 链接 定义 的 代码 ， 而 且 这 些 代码 是 已 经 经 过 编译 的 代码 。 

最 后 ， 我 们 还 应 该 知道 : 这 种 允许 可 链接 实体 具有 重复 定义 的 链接 
器 机 制 ， 通 党 还 被 用 于 处 理 重复 的 spilled inlined functions [42] 和 virtual 



































function dispatch tables [43] 。 如 果 不 存 在 这 种 机 制 的 话 ， 其 他 的 蔡 代 机 
制 通常 会 运用 内 部 链接 来 处 理 两 个 方面 ， 但 内 部 链接 是 以 生成 庞大 代码 
为 代价 的 。 





10.4.2 询问 实例 化 

询问 实例 化 一 个 最 通用 的 实现 是 由 Sun Microsystems 公 司 提供 的 ， 
最 初出 现在 它们 C++ 编译 器 的 4.0 版 本 上 。 从 概念 上 讲 ， 询 问 实 例 化 是 相 
当 简 单 和 优雅 的 ， 而 且 在 我 们 所 讨论 的 3 个 实例 化 方案 中 ， 询 问 实 例 化 
是 最 新 的 方案 。 这 种 方案 需要 维护 一 个 数据 库 ， 程 序 中 所 有 翻译 单元 的 
编译 都 会 共享 这 个 数据 库 。 数 据 库 会 跟踪 一 些 信 息 : 璧 如， 哪些 特 化 已 
经 实例 化 完毕 了 ， 这 些 特 化 要 依赖 于 哪些 源 代码 等 等 ， 然 后 把 生成 的 特 
化 和 这 些 信息 储存 在 数据 库 中 。 当 人 过 到 可 链接 实体 的 POI (实例 化 点 ) 
时 ， 会 根据 具体 的 前 提 ， 从 下 面 3 个 操作 选 出 一 个 适当 的 操作 : 

1. 不 存在 所 需要 的 特 化 : 在 这 种 情况 下 ， 会 发 生 实 例 化 过 程 ， 然 后 
生成 的 特 化 被 放 入 数据 库 中 。 

2. 所 需 的 特 化 已 经 存在 ， 但 已 经 是 过 期 的 了 一 一 因为 在 该 特 化 生成 
之 后 ， 源 代码 发 生 了 改变 。 这 样 也 会 再 次 进行 实例 化 ， 并 用 所 得 的 特 化 
蔡 换 数据 库 中 原 有 的 特 化。 

3 一 个 不 需要 更 新 的 特 化 已 经 存在 于 数据 库 中 ， 那 么 就 不 需要 进行 
实例 化 。 

从 概念 上 讲 ， 这 种 设计 很 简单 ;然而 实际 上 并 非 如 此 ， 该 设计 往往 
给 我 们 带 来 一 些 实现 方面 的 挑战 : 

“需要 根据 源 代 码 的 状态 ， 来 正确 地 维护 数据 库 内 容 之 间 的 依赖 
性 ;这 个 工作 就 并 非 轻 而 易 举 。 对 于 上 面 的 3 种 操作 ， 尽 管 把 第 3 种 情况 
看 成 第 2 种 情况 来 处 理 也 不 会 产生 错误 ， 但 这 样 做 会 大 大 增加 工作 量 ， 
因为 实际 上 对 于 某 些 工 作 ， 编 译 器 在 这 之 前 就 已 经 做 过 的 了 (从 而 也 束 
增加 了 整个 创建 时 间 〉。 




















“基于 这 种 方案 ， 并 行 编译 多 个 源 文 件 是 很 正 利 的 事情 ， 因 此 ， 如 
果 要 获得 具有 工业 强度 的 实现 ， 残 需要 在 数据 库 中 提供 相应 的 并 行 控 
制 |。 
为 一 方 和 面 ， 如 果 和 忽略 这 些 挑 战 ， 那 么 我 们 可 以 高 效 地 实现 这 个 方 
案 。 而 且 ， 没 有 明显 的 、 可 以 阻止 该 方案 扩展 的 缺点 。 相 反而 言 ， 其 他 
诸如 贫 歼 实例 化 的 解决 方案 ， 则 会 进行 许多 无 用 的 工作 。 

遗憾 的 是 ， 数 据 库 的 使 用 还 会 给 程序 员 融 来 一 些 问 题 。 大 多 数 问题 
的 根源 在 于 : 继承 目 大 多 数 C 编 译 圳 的 传统 编译 模型 现在 已 经 不 再 适 
用 ， 因 为 一 个 翻译 单元 已 经 不 再 生成 一 个 独立 的 目标 文件 。 例 如 ， 假 定 
你 希望 链接 最 终 的 程序 ， 那 么 链接 操作 不 仅 需 要 和 各 个 翻译 单元 相关 的 
每 个 目标 文件 的 内 容 ， 还 需要 储存 在 数据 库 中 的 目标 文件 。 类 似 地 ， 如 
果 你 是 要 生成 一 个 二 进 制 的 程 友 库 ， 那 么 你 需要 确保 生成 程序 库 的 工具 
〈 通 各 是 链接 右 和 档案 库存 储 右 ) 能 够 获取 数据 库 的 内 容 。 从 更 广 的 意 
义 上 而 言 ， 任 何 操作 目标 文件 的 工具 都 需要 能 够 获取 数据 库 的 内 容 。 实 
际 上 ， 可 以 通过 不 在 数据 库 中 存储 实例 化 体 来 减少 (或 者 避免 ) 大 多 数 
问题 ， 但 这 就 要 求 把 目标 代码 都 放 在 目标 文件 中 ; 于 是 ， 每 个 目标 文件 
在 第 一 次 看 到 POI 时 ， 都 会 产生 一 个 实例 化 体 。 

男 外 ， 程 序 库 还 给 出 了 男 一 种 挑战 。 显 然 ， 许 多 生成 的 特 化 可 以 被 
打包 在 程序 库 中 。 于 是 ， 当 把 程序 库 添 加 到 另 一 个 项 目 后 ， 项 目的 数据 
库 应 该 能 够 获知 已 经 存在 的 实例 化 体 。 人 否则 的 话 ， 假 如 项 目 无 视 程序 库 
中 已 经 存在 的 实例 化 体 ， 而 是 在 POI 处 生成 自己 的 实例 化 体 ， 那 么 将 会 
出 现 重 复 的 实例 化 体 。 针 对 这 种 情况 ， 一 种 可 能 的 处 理 策 略 是 仿效 贫 要 
实例 化 中 的 链接 技术 : 使 链接 器 知道 所 有 生成 的 特 化 ， 并 且 抛 弃 多 余 
(重复 ) 的 特 化 〈 显 然 ， 这 里 重复 出 现 的 次 数 会 比 贫 获 实例 化 少 很 
多 ) 。 最 后 ， 其 他 各 种 对 源 代 码 、 目 标 文件 和 程序 库 等 复杂 的 组 织 方式 
通 第 也 会 币 来 一 些 很 难 解决 的 问题 ， 诸 如 找 不 到 实例 化 体 ， 因 为 包含 该 
实例 化 体 的 目标 代码 可 能 并 没有 和 被 链接 入 最 终 的 可 执行 程序 中 。 总 而 言 



































之 ， 即 使 这 些 问题 不 会 被 看 成 询问 实例 化 的 缺点 所 在 ， 但 正 是 这 些 问 
题 ， 才 使 得 许多 错综复杂 的 开发 环境 放弃 这 种 解决 方案 。 
10.4.3 从 代 实例 化 

支持 C++ 模 板 的 首 个 编译 器 是 Cfront 3.0 一 一 它 是 Bjarne Stroustrup 写 
来 开发 C++ 语言 的 编译 器 的 一 个 直接 后 代 [44] 。Cfront 的 一 个 不 灵活 的 
约束 是 : 它 必 须 具 有 很 好 的 路 平台 移植 性 。 这 就 意味 着 : (1) 在 多 个 
目标 平台 中 ， 它 都 使 用 C 语 言 作为 共同 的 目标 表示 ; 〈2) 它 使 用 了 局 部 
的 目标 链接 器 。 这 就 意味 着 链接 器 不 能 察觉 到 模板 的 存在 。 实 际 上 ， 
Cfront 以 普通 C 函 数 的 形式 来 分 发 模板 实例 化 体 ， 因 此 它 也 必须 避免 重 
复 实 例 化 体 的 问题 。 虽 然 Cfront 的 原 模型 与 标准 的 包含 模型 和 分 离 模型 
都 是 不 同 的 ， 但 它 的 实例 化 策略 可 以 通过 一 些 修 改 而 适应 包含 模型 。 于 
是 ， 直 到 现在 ，Cfront 仍然 被 认为 是 从 代 实例 化 的 首 个 具体 实现 。 我 们 
可 以 这 样 描述 Cfront 的 迭代 : 

1. 不 实例 化 任何 所 需 的 可 链接 特 化 ， 直 接 编 译 源 代码 。 

2. 使 用 预 链接 器 (prelinker) 链接 目标 文件 。 

3. 预 链接 器 调用 链接 器 ， 并 且 解 析 它 的 错误 信息 ， 从 而 确认 结果 是 
否 缺 少 某 个 实例 化 体 。 如 果 缺 少 的 话 ， 预 链接 器 会 调用 编译 器 ， 来 编译 
包含 所 需 模 板 定义 的 源 代码 ， 然 后 〈 可 选 地 ) 生成 这 个 缺少 的 实例 化 
体 s 

4. 复 第 3 步 ， 直 到 不 再 生成 新 的 定义 。 

在 第 3 步 中 ， 这 种 友人 代 的 要 求 是 基于 这 样 事 实 : 在 实例 化 一 个 可 链 
接 实 体 过 程 中 ， 可 能 会 要 求 “ 另 一 个 仍 未 实例 化 ”的 实体 进行 实例 化 ;最 
后 ， 所 有 的 迭代 都 已 经 完成 ， 链 接 器 才 成 功 地 创建 一 个 完整 的 程序 。 

另 一 方面 ， 原 始 Cfront 方 案 同 时 存在 着 一 些 严 重 的 缺点 : 

“要 完成 一 次 完整 的 链接 ， 所 需要 的 时 间 不 仅 包括 预 链 接 器 的 时 间 
开销 ， 还 包括 每 次 询问 重新 编译 和 重新 链接 的 时 间 。 某 些 使 用 Cfront 系 






































统 的 用 户 会 抱怨 说 : “链接 时 间 往 往 需要 几 天 ， 而 同样 的 工作 ， 如 果 采 
用 前 面 介 绍 的 其 他 候选 解雇 方案 ， 则 一 个 小 时 束 足 够 了 ”。 

“把 诊断 信息 《错误 和 警告 ) 延迟 到 了 链接 期 。 当 链接 大 型 程序 的 
时 候 ， 这 个 缺点 是 很 严重 的 。 譬 如， 对 于 模板 定义 中 的 某 个 书写 错误 ， 
开发 者 可 能 需要 等 待 漫长 的 几 个 小 时 才能 检查 出 来 。 

“需要 进行 特别 的 处 理 ， 来 记 住 包含 特殊 定义 的 源 代 人 码 的 位 置 ”[45] 
，Cfron (t 在 一 些 情况 下 ) 会 使 用 一 个 中 心 库 ， 它 不 得 不 克服 询问 实例 
化 方案 针对 中 心 数 据 库 的 一 些 挑战 。 男 外 ， 原 始 的 Cfront 实 现 并 不 支持 
并 行 编译 。 

尽管 有 这 些 缺 点 ， 仍 然 有 两 个 编译 系统 改进 了 迭代 原则 ， 这 两 个 系 
统 后 来 还 推动 了 一 些 高 级 C++ 模板 特性 的 实现 [46] ; 它们 就 是 Edison 
Design Group (EDG) 的 实现 和 HP 的 C++ 编译 器 [47] 。 在 这 一 节 后 面 的 
内 容 里 ， 我 们 将 讨论 EDG 开 发 的 一 些 技术 ， 并 着 重 阐 述 它 在 C++ 方面 所 
采取 的 前 端 技 术 [48] 。 

EDG 的 迭代 使 预 链接 绅 和 各 种 编译 步 台 之 则 的 双 同 交流 成 为 可 能 : 
预 链接 器 可 以 根据 实例 化 请 求 文件 (instantiation request file) ， 指 出 某 
个 特定 的 翻译 单元 需要 执行 哪些 实例 化 ， 另 一 方面 ， 编 译 器 可 以 通过 在 
目标 文件 中 磐 入 信息 或 者 生成 分 开 的 模板 信息 文件 〈template 
information file) ， 来 告诉 预 链 接 器 哪些 位 置 可 能 是 实例 化 点 。 实 例 化 
请 求 文件 和 模板 信息 文件 的 名 称 与 进行 编译 的 文件 名 称 相对 应 ， 但 它们 
的 扩展 名 分 别 是 .让 和 .ti。 迭 代 的 实现 过 程 如 下 : 

1. 当 编译 翻译 单元 的 源 代 码 时 ，EDG 编 译 器 会 读 取 相 应 的 .ii 文件 ， 
如 果 文 件 中 存在 实例 化 请 求 ， 那 么 它 束 会 根据 该 请 求生 成 对 应 的 实例 化 
体 。 同 时 ， 它 会 把 (所 代表 的 ) 实例 化 点 记 入 编译 之 后 所 获得 的 目标 文 
件 ， 或 者 记 入 一 个 单独 的 .ti 文件 ， 另 外 ， 它 还 可 以 记 下 这 个 文件 是 如 何 
进行 编译 的 。 

2. 链 接 步 骤 会 〈 多 次 地 ) 被 预 链接 器 中 止 。 预 链接 器 会 检查 目标 文 

















件 和 相应 参与 这 次 链接 步 又 的 .ti 文件 。 对 于 每 个 还 没有 被 生成 的 实例 化 
体 ， 实 例 化 请 求 指示 符 将 会 被 加 入 到 与 这 个 翻译 单元 相对 应 的 .ii 文件 
中 。 

3. 如 果 .ii 文件 被 修 改 了 ， 那 么 预 链接 器 会 重新 调用 编译 器 〈 步 又 
1) 来 编译 相应 (需要 修改 ) 的 源 文 件 ， 并 且 重 复 这 个 预 链接 需 的 迭代 
过 程 。 

4. 当 上 面 的 一 切 都 不 再 循环 〈 .ii 文件 已 经 没有 指示 符 ) 时 ， 才 会 进 
行 实际 的 链接 过 程 ， 实 际 上 ， 链 接 过 程 只 进行 一 次 。 

总 之 ， 这 种 解决 方案 可 以 在 每 个 翻译 单元 的 基础 之 上 维护 一 个 全 局 
言 轧 ， 从 而 也 就 能 够 实现 并 行 绑 定 的 要 求 。 与 贫 欧 实例 化 和 询问 实例 化 
相 比 ， 友 代 实例 化 需要 耗费 更 多 的 链接 时 间 ， 但 由 于 之 前 并 没有 执行 实 
际 的 链接 ， 因 此 所 增加 的 链接 时 间 并 不 多 。 更 重要 的 是 ， 由 于 预 链接 器 
维护 了 所 有 .ii 文件 的 全 局 一 致 性 ， 因 此 在 下 一 次 创建 过 程 中 ， 还 可 以 重 
用 这 些 文件 。 尤 其 是 ， 当 对 代码 进行 了 一 定 的 修改 之 后 ， 程 序 员 只 需要 
重新 创建 那些 被 修改 的 文件 即 可 。 每 个 编译 过 程 都 可 以 借用 前 面 已 经 纺 
译 完毕 的 结果 ， 很 快 地 实例 化 .ii 文件 中 所 请 求 的 特 化 ; 因此 ， 和 链接 器 就 
不 需要 在 链接 期 再 次 引发 额外 的 重新 编译 了 。 

在 实际 应 用 中 ，EDG 的 解决 方案 表现 得 很 好 。 尽 管 从 头 开 始 的 创建 
过 程 比 其 他 方案 耗费 更 多 的 时 间 ， 但 接 下 来 的 编译 时 间 会 逐渐 减少 。 因 
此 ， 就 创建 时 间 而 言 ， 它 仍然 具有 一 定 的 优势 。 


10.5 显 式 实例 化 


为 模板 特 化 显 式 地 生成 POI 是 可 行 的 ， 我 们 把 获得 这 种 特 化 的 构造 
称 为 显 式 实例 化 指示 符 (explicit instantiation directive) 。 从 语法 上 讲 ， 
它 由 关键 字 template 和 后 面 的 特 化 声明 组 成 ， 所 声明 的 特 化 就 是 即将 由 
实例 化 获得 的 特 化 。 例 如 : 




















template<typename 工 > 

void f(T) throw(T) 

{ 

} 

//4 个 有 效 的 显 式 实例 化 体 : 
template void f<int>(int) throw(int); 
template void f<>(float) throw(float); 
template void f(long) throw(long); 
template void f(char); 


上 面 每 个 实例 化 指示 符 都 是 有 效 的 。 模 板 实 参 可 以 通过 演绎 获得 
( 见 第 11 章 ) ， 异 常规 范 也 可 以 省 略 ， 如 果 没有 省 略 的 话 ， 异 常规 范 就 


必须 匹配 相应 的 模板 。 
类 模板 的 成 员 也 可 以 使 用 这 种 方式 来 进行 显 式 实例 化 : 
template<typenameT> 
class S { 
public: 
void f() { 
} 
上 
template void S<int>::f(); 
template class S<Void>; 
另外， 通过 显 式 实例 化 类 模板 特 化 本 丑 ， 同 时 就 显 式 实例 化 了 类 模 
板 特 化 的 所 有 成 员 。 
许多 早期 的 C++ 编译 系统 在 刚 开 始 文 持 模板 的 时 候 ， 并 不 具有 目 动 
实例 化 功能 ， 而 是 采用 了 另外 的 一 种 方式 : 对 于 程序 中 所 使 用 的 函数 模 
板 特 化 ;这些 系统 会 要 求 在 一 个 分 开 的 位 置 进行 手工 实例 化 ， 而 这 种 手 
工 实例 化 通常 会 涉及 具体 实现 的 #6ragma 指 示 符 。 














因此 ，C++ 标 准 指定 了 一 种 更 简单 的 语法 《〈 即 上 自动 实例 化 ) ， 从 而 
改变 上 面 的 情况 。 另 外 ， 标 准 还 规定 : 在 同一 个 程序 中 ， 每 个 特定 的 模 
板 特 化 最 多 只 能 存在 一 处 显 式 实例 化 。 而 且 ， 如 果 某 个 模板 特 化 已 经 被 
显 式 实例 化 了 ， 那 么 残 不 能 对 它 进 行 显 式 特殊 化 ， 反 之 亦 然 。 

在 最 初 的 手工 实例 化 环境 中 ， 这 些 约束 看 起 来 都 没有 什么 坏处 ; 但 
在 现今 的 实际 应 用 中 ， 它 们 却 会 带 来 一 些 缺 点 。 

自 先 ， 考 虑 程序 库 实现 者 发 布 了 函数 模板 的 首 个 版 本 : 

/文件 toast.hpp: 


template<typenameT> 











void toast(T const& x) 
| 


} 

于 是 ， 客 户 端 代码 能 够 包含 这 个 头 文件 ， 并 且 显 式 实例 化 这 个 模 
板 : 

/客户 端 代码 : 

#include“toast.hpp” 

template void toast(float); 

遗憾 的 是 ， 如 果 程 序 库 编写 者 决定 显 式 特殊 化 toast<float>， 那 么 上 
面 的 客户 端 代 码 就 会 是 错误 的 。 当 一 个 程序 库 是 由 多 个 开发 商 实现 的 标 
准 程序 库 时 ， 这 种 情况 就 会 更 加 复杂 。 于 是 ， 某 些 开发 商 能 够 显 式 特殊 
化 一 些 标准 模板 ， 而 其 他 的 开发 商 则 不 可 以 《或 者 只 能 特殊 化 不 同 的 特 
化 [49] ) 。 因 此 ， 客 己 站 代码 就 不 能 以 可 移植 的 方式 来 指定 程序 库 组 件 
的 显 式 实例 化 。 

在 编写 本 书 的 时 候 (2002) ，C++ 标 准 委员 会 趋向 于 认为 ， 对 于 同 
一 个 实体 ， 如 果 在 显 式 特 化 之 后 ， 出 现 了 显 式 实例 化 指示 符 ， 那 么 指示 
符 将 不 会 产生 任何 影响 。 最 终 决 定 如 何 仍然 是 一 个 未 知 数 ， 如 条 这 种 方 














案 在 技术 上 是 不 可 行 的 ， 可 能 也 就 不 会 有 最 终 决 定 。 

尽管 现今 标准 对 显 式 模板 实例 化 还 存在 一 定 的 限制 ， 但 是 显 式 实例 
化 机 制 已 经 被 当 作 提高 编译 效率 的 一 条 途径 ， 这 也 就 市 来 了 另 一 个 挑 
战 。 实 际 上 许多 C++ 程序 员 都 察觉 到 : 上 自动 模板 实例 化 会 对 创建 时 间 产 
生 严 重 的 负面 影响 。 提 高 创建 效率 的 一 种 方法 就 是 : 在 某 一 个 位 置 手工 
实例 化 特定 的 模板 特 化 ， 并 且 禁 止 在 所 有 其 他 的 翻译 单元 中 进行 模板 的 
实例 化 。 为 了 能 够 保证 这 种 禁止 ， 唯 一 可 移植 的 方法 就 是 : 除了 这 个 显 
式 实例 化 所 在 的 翻译 单元 之 外 ， 其 他 的 翻译 单元 都 不 提供 模板 的 定义 。 
例如 : 

// 翻 译 单 元 1: 

template<typename T> void fO; /没有 定义 ， 茜 止 在 这 个 翻译 单元 

/进行 实例 化 











void g() 
{ 
f<int>(); 
} 
// 翻 译 单元 2: 
template<typename T> void f() 
' 
} 
template void f<int>(); /手工 实例 化 
void g(); 
int main() 
{ 
g0); 
} 
这 个 解决 方案 是 可 行 的 。 但 是 该 方案 要 求 对 那些 提供 模板 接口 的 源 








代码 进行 控制 。 然 而 ， 这 并 不 符合 实际 情况 ， 因 为 既 要 提供 了 模板 的 完 
整定 义 ， 又 要 保证 这 些 提供 模板 的 源 代 码 不 能 被 修改 ， 这 显然 是 不 现实 
的 。 

有 时 候 ， 我 们 可 以 使 用 一 个 “技巧 ": 对 于 某 个 特 化 ， 除 了 显 式 实例 
化 所 在 的 翻译 单元 ， 在 其 他 的 翻译 单元 中 ， 我 们 都 把 该 模板 声明 为 一 个 
特 化 (这 确实 可 以 禁止 该 特 化 的 自动 实例 化 )， 为 了 说 明 这 一 点 ， 让 我 
们 修改 前 面 的 例子 ， 使 它 包 含 模 板 的 定义 : 

/ 翻译 单元 1: 

template<typename T> void f() 

{ 

} 

template<> void f<int>0; /声明 但 没有 定义 ， 这 里 是 显 式 特 化 

void g() { 


f<int>0); 





} 

/ 翻译 单元 2: 

template<typename T> void f() 

{ 

} 

template void f<int>(); /手工 实例 化 ， 这 里 是 实例 化 
void g0O); 


int main() 
' 

g(); 
} 


遗憾 的 是 ， 有 这 样 一 个 假设 : 调用 经 过 显 式 实例 化 的 特 化 的 目标 代 
码 和 调用 与 泛 型 特 化 相 匹配 的 目标 代码 ， 应 该 都 是 相同 的 。 然 而 ， 这 种 








假设 是 错误 的 。 一 些 C++ 编 译 器 会 对 这 两 个 实体 生成 不 同 的 mangled 
name [50] ;因此 对 这 些 编译 器 而 言 ， 上 面 产生 的 代码 将 不 能 被 链接 成 
一 个 完整 的 可 执行 程序 。 

某 些 编译 器 提供 了 一 个 扩展 ， 指 出 模板 特 化 不 应 该 在 某 个 翻译 单元 
进行 实例 化 。 一 个 普遍 采用 (但 非 标准 〉 的 语法 倾向 于 这 样 做 : 在 显 式 
实例 化 指示 符 的 前 面 ， 添 加 一 个 关键 字 extern; 并 且 指 出 ， 只 有 不 具备 
这 个 关键 字 的 情况 下 ， 才 会 引发 实例 化 过 程 。 对 于 我 们 最 后 一 个 例子 ， 
针对 支持 这 个 扩展 的 编译 器 ， 我 们 可 以 把 第 一 个 文件 改写 如 下 : 

/ 翻译 单元 1: 


template<typename T> void f() 








{ 
} 
extern template void f<int>(); // 声明 但 没有 定义 
void g() 
l 
f<int>(); 
} 


10.6 本 章 后 记 





这 一 曹 阐述 了 两 个 昌 有 关联 但 义 完 全 不 同 的 话题 : C++ 模板 的 编译 
模型 和 C++ 模板 的 多 种 实例 化 机 制 。 

在 程序 翻译 过 程 的 多 个 阶段 ， 编 译 模 型 决定 了 模板 的 具体 含义 。 尤 
其 是 当 实例 化 模板 的 时 候 ， 编 诺 模型 将 决定 模板 中 各 种 构造 的 含义 。 当 
然 ， 名 称 碍 找 是 编译 模型 必 不 可 少 的 组 成 部 分 。 实 际 上 ， 当 我 们 叙述 包 
含 模型 和 分 离 模 型 的 时 候 ， 我 们 所 谈 及 的 就 是 编译 模型 。 这 些 模 型 本 号 
是 语言 定义 的 一 部 分 。 








实例 化 机 制 是 一 种 外 部 机 制 ， 它 促使 C++ 实现 可 以 正确 地 生成 实例 
化 体 。 另 外 ， 链 接 器 和 其 他 的 一 些 创 建 工 具 的 要 求 ， 可 能 会 对 这 些 机 制 
强加 一 些 约束 。 

然而 ， 模 板 的 最 初 〈Cfront) 实现 超越 了 这 两 个 概念 。 针 对 模板 的 
实例 化 过 程 ， 它 会 借助 于 一 个 用 于 组 织 源 文件 的 特殊 约定 ， 生 成 新 的 翻 
译 单元 。 然 后 采用 本 质 上 类 似 于 包含 模型 的 编译 模型 〈 尽 管 它 的 C++ 名 
称 查 找 规则 和 包含 模型 的 C++ 碍 找 规则 是 完全 不 同 的 ) ， 对 所 获得 的 翻 
译 单 元 进行 编译 。 因 此 ， 尽 管 Cfront 并 没有 实现 模板 的 “分 开 编 译 >， 但 
是 它 会 生成 隐 式 的 包含 ， 因 而 往往 会 给 人 带 来 一 种 “采用 分 开 编 译 ” 的 假 
象 。 后 来 的 许多 实现 或 者 缺 省 地 提供 一 种 类 似 于 隐 式 包含 的 机 制 (Sun 
微 系统 公司 ) ， 或 者 只 是 提供 了 一 个 选项 (HP，EDG) ， 对 用 Cfront 开 
发 的 现存 代码 提供 一 定 的 兼容 性 。 

可 以 用 下 面 的 例子 来 说 明 Cfront 实 现 方案 的 许多 细节 : 

/ 文件 template.hpp: 

template<class T> // Cfront 并 没有 关键 字 typename 

void f(T); 

// 文件 template.cpp: 

template<class T> // Cfront 并 没有 关键 字 typename 

void f(T) 

{ 

} 

/文件 app.hpp: 

class App { 




















}; 
/ 文件 main.cpp: 
#include "app.hpp" 


#include "template.hpp" 


int main() 
' 
Appa; 
f(a); 
} 


在 链接 期 ，Cfront 的 友 代 实例 化 机 制 会 生成 一 个 新 的 包 合 一 些 文件 
的 翻译 单元 ， 它 期 望 这 些 文件 能 够 包含 在 头 文件 中 找到 的 模板 的 实现 。 
在 文件 蔡 换 的 过 程 中 ，Cfront 会 有 一 个 约定 : 它 把 .h 后 级 (或 者 类 似 的 
后 级 〉 的 头 文 件 殖 换 成 .c 文 件 《〈 或 者 类 似 的 .cpp 或 .C 后 缀 的 文件 ) 。 最 
后 ， 上 所 生成 的 翻译 单元 如 下 : 

/ 文件 main.cpp: 

#include "template.hpp" 





#include "template.cpp" 

#include "app.hpp" 

static void _dummy_(App al) 

| 

} 

f(al); 

于 是 ， 在 编译 这 个 翻译 单元 的 时 候 ， 有 一 个 特殊 的 选项 可 以 用 来 禁 
止 所 包含 文件 中 的 实体 直接 生成 代码 。 这 就 保证 了 在 包含 
template.cpp 〈 假 设 这 个 文件 已 经 被 编译 成 一 个 目标 文件 ) 之 后 ， 对 于 访 
翻译 单元 所 包含 的 任何 可 链接 实体 ， 都 不 会 生成 重复 定义 。 

函数 _dummy_ 用 来 生成 一 些 引 用 ， 它 们 指 疝 必须 进行 实例 化 的 特 
化 。 另 外 ， 对 头 文 件 进行 了 重新 排序 : Cfront 实际 上 包含 了 头 文 件 分 析 
代码 ， 它 会 把 那些 没有 被 使 用 的 头 文件 从 翻译 单元 中 省 略 。 遗 憾 的 是 ， 
由 于 一 些 具 有 路 头 文件 边界 作用 域 的 宏 的 存在 ， 这 种 技术 显得 用 处 不 








大 。 
相反 ， 对 于 标准 的 C++ 的 分 离 模 型 ， 如 果实 例 化 过 程 访 问 了 两 个 
(或 多 个 ) 翻译 单元 的 实体 (主要 是 由 于 ADL 可 以 跨越 翻译 单元 的 边 

界 ) ， 那 么 将 会 对 这 两 个 (或 者 多 个 ) 翻译 单元 分 开 翻 译 。 由 于 不 是 基 

于 包含 的 策略 ， 所 有 分 离 模型 并 不 会 强加 特定 的 头 文件 约定 ， 一 个 翻译 

单元 中 的 宏 定 义 也 不 会 对 其 他 的 翻译 单元 产生 影响 。 然 而 ， 如 我 们 在 这 

一 草 的 开头 所 述 ， 在 C++ 中 ， 宏 并 非 是 能 够 融 来 意外 强 耦 合 性 的 唯一 构 

造 ， 导 出 〈export) 模型 也 会 带 来 其 他 形式 的 强 耦 合 性 。 











第 11 音 模板 实 参 演绎 


在 每 个 函数 模板 的 调用 中 ， 如 果 都 显 式 地 指定 模板 实 参 (例如 ， 
concat<std::string，int>(s,3) ) ， 那 么 很 快 束 会 导致 很 繁 珊 的 代码 。 和 驻 运 
的 是 ， 借 助 于 功能 强大 的 模板 实 参 演绎 过 程 ，C++ 编 译 器 通常 都 可 以 上 自 
动 地 确定 这 些 所 需要 的 模板 实 参 。 

在 这 一 章 里 ， 我 们 将 解释 模板 实 参 演绎 过 程 的 细 市 。 和 C++ 别 的 知 
识 一 样 ， 大 多 数 规则 通常 都 会 产生 很 直观 的 结果 ， 模 板 实 参 演绎 过 程 也 
不 例外 。 然 而 ， 深 刻 理 解 这 一 章 的 内 容 ， 将 有 助 于 你 以 后 避免 遇 到 出 人 
意料 的 情况 。 





11.1 演绎 的 过 程 


针对 一 个 函数 调用 ， 演 绎 过 程 会 比较 “调用 实 参 的 类 型 ?和 “函数 模 
板 对 应 的 参数 化 类 型 《 即 T) ”， 然 后 针对 要 被 演绎 的 一 个 或 多 个 参数 ， 
分 别 推导 出 正确 的 殖 换 。 我 们 应 该 记 住 : 每 个 实 参 -参数 对 的 分 析 都 是 
独立 的 ;， 因 此 ， 如 果 最 后 所 得 出 的 结论 发 生 巴 盾 ， 那 么 演绎 过 程 将 失 
败 。 考 虑 下 面 的 例子 : 

template<typename T> 

T const& max(T const& a, T const& b) 

| 


return a<b ?2b :a; 


int g = max(1,1.0); 
在 上 面 的 代码 中 ， 第 一 个 调用 实 参 的 类 型 是 int， 因 此 max() 模 板 的 





参数 T 被 暂时 地 演绎 成 int。 然 而 ， 第 2 个 调用 实 参 的 类 型 是 double; 
此 ， 如 果 基 于 第 2 个 实 参 的 话 ，T 应 该 被 演绎 成 double。 这 就 和 前 面 的 结 
论 (int 类 型 ) 发 生 矛 盾 。 另 外 ， 我 们 还 应 该 知道 : 这 里 所 说 的 演绎 过 程 
失败 ， 并 不 代表 这 个 程序 是 无 效 的 。 实 际 上 ， 如 果 存 在 其 他 的 名 为 max 
的 模板 ， 这 个 演绎 过 程 就 可 能 是 成 功 的 (和 普通 函数 一 样 ， 函 数 模 板 也 
能 够 被 重 载 ， 详 见 2.4 节 和 第 12 章 ) 。 

即使 所 有 被 演绎 的 模板 参数 都 可 以 一 致 性 地 确定 《〈 即 不 发 生 矛 
盾 ) ， 演 绎 过 程 也 可 能 会 失败 。 这 种 情况 就 是 : 在 函数 声明 中 ， 进 行 蔡 
换 的 模板 实 参 可 能 会 导致 无 效 的 构造 。 请 看 下 面 的 例子 : 


template<typename 工 > 








typename T::ElementT at (T const& a, int i) 


| 
return alil: 
} 
void f(int* p) 
{ 
int x = at(p,7); 
} 





在 此 ，T 被 演绎 成 int* (只 有 一 个 参数 类 型 与 T 有 关 ， 当 然 也 就 不 会 
发 生前 面 的 分 析 矛 盾 ) 。 然 而 ， 在 返回 类 型 T::ElementT 中 ， 用 int* 来 蔡 
换 T 之 后 ， 显 然 会 导致 一 个 无 效 的 C++ 构 造 ， 从 而 也 使 这 个 演绎 过 程 失 
败 [51] 。 这 时 ， 错 误 信息 大 概 会 指出 : 并 不 能 为 调用 at() 找 到 适当 的 匹 
配 。 相 反 ， 如 果 所 有 的 模板 实 参 都 进行 显 式 特 化 ， 那 么 就 不 会 出 现 基于 
另 一 个 模板 而 演绎 成 功 的 现象 〈 见 注释 1) 。 这 时 候 ， 错 误 信 息 通常 也 
会 变 成 “函数 at() 的 模板 实 参 是 无 效 的 "。 你 可 以 借助 于 前 面 的 例子 和 下 
面 这 个 例子 ， 在 你 最 常用 的 C++ 编译 器 中 比较 它们 各 目的 诊断 信息 : 

void f(int* p) 








int x = at<int*>(p,7); 

} 

我 们 接 下 来 需要 描述 实 参 -参数 对 是 如 何 进行 匹配 的 。 我 们 会 使 用 
下 面 的 概念 来 进行 描述 : 匹配 类 型 A〈 来 自 实 参 的 类 型 ) 和 参数 化 类 型 
P《〈 来 目 参 数 的 声明 ) 。 如 果 被 声明 的 参数 是 一 个 引用 声明 ( 即 T&) ， 
那么 P 就 是 所 引用 的 类 型 〈( 即 T) ， 而 A 仍然 是 实 参 的 类 型 。 否 则 的 话 ， 
P 就 是 所 声明 的 参数 类 型 ， 而 A 则 是 实 参 的 类 型 ， 如果 这 个 实 参 的 类 型 
是 数组 或 者 函数 类 型 ， 那 么 还 会 发 生 decay [52] 转型 ， 转 化 为 对 应 的 指 
针 类 型 ， 同 时 还 会 忽略 高 层次 的 const 和 volatile 限 定 符 。 例 如 : 








template<typename T> void f(T); //P 束 是 T 
template<typename T> void g(T&); //P 仍 然 是 T 
double x[20]; 

int const seven = 7; 

f(x); // 非 引用 参数 (针对 fj); T 是 double* 
g(x); // 引 用 参数 (针对 g): T 是 double[20] 


f(seven); 。 ”/W 非 引用 参数 : TIT 是 int. 
g(seven); 。”// 引 用 参数 : TT 是 int const 


f(7); // 非 引用 参数 ，T 是 int 
g(7); /引用 参数 : T 是 int => 错 误 : 不 能 把 7 传递 给 int&x 


对 于 调用 [53] f(x)，x 的 数组 类 型 将 会 decay 成 double* 类 型 ， 这 也 是 
演绎 IT 所 获得 的 类 型 。 在 f(seven) 中 ，const 限 定 符 被 忽略 了 ， 因 此 T 被 演 
绎 成 int。 相 反 ， 调 用 g(x) 将 T 演 绎 成 double[20] 类 型 (没有 出 现 decay) 。 
类 似 地 ，g(seven) 具 有 一 个 类 型 为 int const 的 左 值 实 参 ， 因 为 在 匹配 引用 
参数 的 时 候 ，const 和 volatile 限 定 符 是 保留 的 ， 所 以 T 被 演绎 成 int const。 
男 外 ， 我 们 觉得 g(7) 可 能 会 把 演绎 成 int (因为 非 类 型 的 石 值 表 达 式 不 
可 能 具有 由 const 或 volatile 限 定 的 类 型 ) ， 然 而 ， 这 个 调用 却 是 错误 的 ， 


因为 实 参 7 不 能 传递 给 int& 类 型 的 参数 。 

我 们 已 经 知道 : 对 于 引用 参数 ， 绑 定 到 该 参数 的 实 参 是 不 会 进行 
decay 的 。 然 而 ， 如 果 我 们 过 到 字符 串 类 型 的 实 参 ， 却 总 是 会 产生 出 人 
意料 的 结果 。 重 新 考虑 下 面 的 模板 : 

template<typename T> 

T const& max(T const& a, T const& b); 

对 于 表达 式 max(“Apple”,“Pear”)， 我 们 可 能 会 期 望 T 被 演绎 成 char 
const*”。 然 而 ，“Apple” 的 类 型 是 char const[6]， 而 “Pear” 的 类 型 是 char 
const[5]; 而 且 不 存在 数组 到 指针 的 decay 转 型 (因为 要 演绎 的 参数 是 引 
用 参数 ) 。 因 此 ， 为 了 使 演绎 成 功 ，T 就 必须 同时 是 char[6] 和 char[5]; 
而 这 显然 是 不 可 能 的 ， 因 此 这 会 产生 错误 。 关 于 这 个 话题 的 具体 讨论 可 
以 参考 5.6 市 。 





11.2 演绎 的 上 下 文 


对 于 比 T 复 杂 很 多 的 参数 化 类 型 ， 也 可 以 与 给 定 的 实 参 进行 匹配 。 
下 面 是 一 些 比较 基础 的 例子 : 

template<typename T> 

void f1(T*); 

template<typename E., int N> 

void f2(E(&)[N]); 

template<typename T1, typename T2, typename T3> 

void f3(T1 (T2::*)(T3*) ); 

class S { 

public: 
void f(double*); 
由 


void g(int*** ppp) 


{ 

bool b[42 |; 

f1(ppp); // 演 绎 TI 为 int**. 

f2(b); // 演 绎 FE 为 bool，N 为 42. 
f3(&S::f); // 演 绎 T1=void,T2=S,T3=double. 
} 


复杂 的 类 型 声明 都 是 产生 自 《〈 比 它 ) 基本 的 构造 〈 例 如 指针 、 引 
用 、 数 组 、 函 数 声 明子 (declarators) ; 成 员 指 针 声 明子 、template-id 
等 ) ; 匹配 过 程 是 从 最 项 层 的 构造 开始 ， 然 后 不 断 递 归 各 种 组 成 元 素 
《 即 子 构造 ) 。 我 们 可 以 认为 : 大 多 数 的 类 型 声明 构造 都 可 以 使 用 这 种 
方式 进行 匹配 ， 这 些 构造 也 被 称 为 演绎 的 上 下 文 。 然 而 ， 某 些 构造 就 不 
能 作为 演绎 的 上 下 文 ， 例 如 : 

" 受 限 的 类 型 名 称 。 例 如 ， 一 个 诸如 Q<T>::X 的 类 型 名 称 不 能 被 用 来 
演绎 模板 参数 T。 

除了 非 类 型 参数 之 外 ， 模 板 参数 还 包含 其 他 成 分 的 非 类 型 表达 
式 。 例 如 ， 诸 如 S<I+1> 的 类 型 名 称 就 不 能 被 用 来 演绎 I。 另 外 ， 我 们 也 
不 能 通过 匹配 诸如 int(&)[sizeof(S<T>)] 类 型 的 参数 来 演绎 T。 

具有 这 些 约束 是 很 正常 的 ， 因 为 通常 而 言 ， 尽 管 有 时 候 会 很 容易 地 
忽略 受 限 的 类 型 名 称 ， 但 演绎 过 程 并 不 是 唯一 的 (甚至 不 一 定 是 有 限 
的 ) 。 而 且 ， 一 个 不 能 演绎 的 上 下 文 并 没有 自动 地 表明 : 所 对 应 的 程序 
束 是 错误 的 ， 或 者 前 面 分 析 的 参数 不 能 再 次 进行 类 型 演绎 。 为 了 说 明 这 
一 点 ， 让 我 们 考虑 下 面 这 个 稍微 复杂 些 的 例子 : 

//details/fppm.cpp 














template <int N> 
classX{ 
public: 


typedef int I; 
void f(int) { 
} 
template<int N> 
void fppm(void (X<N>::*p)(typename X<N>::D ); 
int main() 
{ 
fppm(&X<33>::f); /正确 : N 被 演绎 成 33 
} 
在 函数 模板 fppm() 中 ， 子 构造 X<N>::I 是 一 个 不 可 演绎 的 上 下 文 。 


然而 ， 具 有 成 员 指 针 类 型 ( 即 X<N>::*p〉 的 成 员 类 型 部 分 X<N> 是 一 个 
可 以 演绎 的 上 下 文 。 于 是 ， 可 以 根据 这 个 可 演绎 上 下 文 获 得 参数 N， 然 
后 把 N 放 入 不 可 演绎 上 下 文 X<N>::I， 就 能 够 获得 一 个 和 实 参 &X<33>::f 
匹配 的 类 型 。 因 此 基于 这 个 实 参 -参数 对 的 省 绎 是 成 功 的 。 











相反 ， 如 果 参 数 类 型 完全 依赖 于 演绎 的 上 下 文 ， 那 么 也 可 能 会 导致 


演绎 的 矛盾 。 例 如， 假设 我 们 已 经 适当 地 声明 了 类 模板 X 和 YY: 


template<typename 工 > 
void f(X<Y<T>,Y<T> >); 
void g() 
{ 
f(X<Y<int>,Y<int> >(0) ); /正确 
f(X<Y<int>,Y<char> >() ); /错误 : 演绎 失败 
} 
这 里 的 问题 在 于 : 针对 模板 参数 T， 函 数 模 板 f() 的 第 2 个 调用 演绎 出 





了 两 个 不 同 的 实 参 ， 而 这 显然 是 无 效 的 〈 在 上 面 的 两 个 函数 调用 中 ， 调 
用 实 参 都 是 一 个 临时 对 象 ， 这 个 临时 对 象 是 调用 类 模板 X 的 缺 省 构造 函 


数 创建 的 ) 。 





存在 两 种 特殊 情况 ， 其 中 用 于 演绎 的 实 参 -参数 对 (A，P) 并 不 是 
分 别 来 目 于 函数 调用 的 实 参 和 函数 模板 的 参数 。 第 1 种 情况 出 现在 取 函 
数 模板 地 址 的 时 候 。 在 这 种 情况 下 ，P 是 函数 模板 声明 子 的 参数 化 类 型 

《 即 下 面 的 f 的 类 型 ) ， 而 A 是 被 赋值 (或 者 初始 化 〉 的 指针 〈 即 下 面 
的 pf》 所 代表 的 函数 类 型 。 例 如 : 

template<typename 工 > 

void f(T, T); 

void (*pf)(char,char) = &tf; 

在 上 面 的 代码 中 ，P 就 是 void(T， T)， 而 A 是 void(char,char)。 用 char 
蔡 换 T， 该 演绎 过 程 是 成 功 的 。 另 外 ，Ppf 被 初始 化 为 “ 特 化 f<char>” 的 地 
址 。 

男 一 种 特殊 情况 和 转型 运算 符 模 板 一 起 出 现 。 例 如 : 

class S { 

public: 





template<typename T, int N> operator T[N]&/(); 
}’ 
在 这 种 情况 下 ， 实 参 -参数 对 (A，P) 涉及 到 我 们 试图 进行 转型 的 
实 参 和 转型 运算 符 的 返回 类 型 。 下 面 的 代码 清楚 地 说 明了 这 种 情况 : 
void f(int (&)[20]); 
void g(S s) 
{ 
f(s); 


在 此 ， 我 们 试图 把 $ 转 型 为 int (&)[20]; 因此 ， 类 型 A 为 int[20]， 而 
类 型 P 为 TIN]。 于 是 ， 用 类 型 it 替换 T， 用 20 蔡 换 N 之 后 ， 该 演绎 就 是 成 
功 的 。 


11.4 可 接受 的 实 参 转 型 


通 第 ， 模 板 演 绎 过 程 会 试图 找到 函数 模板 参数 的 一 个 匹配 ， 以 使 参 
数 化 类 型 P 等 同 于 类 型 A。 然 而 ， 当 找 不 到 这 种 匹配 的 时 候 ， 下 面 的 几 
种 变化 就 是 可 接受 的 : 

“如 条 原来 声明 的 参数 是 一 个 引用 参数 子 ， 那 么 被 葵 换 的 P 类 型 可 以 
比 A 类 型 多 一 个 const 或 者 volatile 限 定 符 。 

“如 条 A 类 型 是 指针 类 型 或 者 成 员 指 针 类 型 ， 那 么 它 可 以 进行 限定 
符 转 型 (就 是 说 ， 添 加 const 或 者 volatile 限 定 符 ) ， 转 化 为 被 奉 换 的 P 类 
型 。 

“ 当 演 绎 过 程 不 涉及 到 转型 运算 符 模 板 的 时 候 ， 被 葵 换 的 P 类 型 可 以 
是 A 类 型 的 基 类 ; 或 者 当 A 是 指针 类 型 时 ，P 可 以 是 一 个 指针 类 型 ， 它 所 
指 回 的 类 型 是 A 所 指 网 的 类 型 的 基 类 。 见 下 面 的 例子 : 

template<typename 工 > 

classBI{ 

}; 

template<typename T> 

class D : public B<T> { 

|e 

template<typename T> void f{(B<T>*); 

void g(D<long> dl) 

{ 








f(&d)); // 成 功 演绎 : 用 long 蔡 换 T 


} 

只 有 在 精确 匹配 不 存在 的 情况 下 ， 才 会 出 现 这 种 宽松 的 匹配 。 即 使 
这 样 ， 只 有 在 前 面 添 加 的 儿 种 转型 中 能 够 找到 一 种 蔡 换 ， 并 且 借 助 这 种 
蔡 换 可 以 匹配 A 类 型 和 P 类 型 时 ， 演 绎 过 程 才能 是 成 功 的 。 


11.5 类 模板 参 类 


模板 实 参 演绎 只 能 应 用 于 函数 模板 和 成 员 函 数 模板 ， 是 不 能 应 用 于 
类 模板 的 。 另 外 ， 对 于 类 模板 的 构造 函数 ， 也 不 能 根据 实 参 来 演绎 类 模 
板 参 数 。 例 如 : 
template<typename T> 
class S { 
public: 
S(Tb):a(b)t{ 
} 
private: 
Ta; 
下 
S x(12); /错误 : 不 能 从 构造 函数 的 调用 实 参 12 演 绎 类 模板 参数 





和 普通 函数 一 样 ， 在 函数 模板 中 也 可 以 指定 缺 省 的 函数 调用 实 参 。 
例如 : 

template<typename T> 

void init(T* loc, T const& val = T() ) 

{ 


*]oc = Val; 

} 

如 例子 所 示 ， 缺 省 调用 实 参 是 可 以 依赖 于 模板 参数 的 。 但 是 ， 只 有 
在 没有 提供 显 式 实 参 的 情况 下 ， 才 会 实例 化 这 种 依赖 型 的 缺 省 实 参 
这 也 是 使 得 下 面 例子 有 效 的 一 条 规则 : 

class S { 

public: 

S(int, int); 

上 

S s(0,0); 

int main() 

{ 

init(&s, S(7,42) ); // 因 为 T= 二 S， 所 以 TO 就 是 无 效 的 了 。 于 是 
// 缺 省 调用 实 参 T() 也 就 不 需要 进行 实例 化 
// 因 为 已 经 提供 了 一 个 显 式 参数 








} 

对 于 缺 省 调用 实 参 而 言 ， 即 使 不 是 依赖 型 的 ， 也 不 能 用 于 演绎 模板 
实 参 。 这 意味 着 下 面 的 C++ 程序 是 无 效 的 : 

template<typename 工 > 

void f(T x = 42){ 





} 
int main() 
{ 
f<int>(0); /正确 : T= int 
ff); /错误 : 不 能 根据 缺 省 调用 实 参 42 来 演绎 T 


11.7 Barton-Nackman 方 法 


在 1994 年 ，John.J.Barton 和 Lee R.Nackman 给 出 了 一 项 模板 技术 ， 他 
们 把 该 技术 称 为 限制 的 模板 扩展 (restricted template expansion) 。 这 项 
技术 的 部 分 动机 是 : 在 那个 时 候 〈1994) ， 大 多 数 编译 器 都 不 能 对 函数 
模板 进行 重 载 [54] ， 也 没有 实现 名 字 空 间 。 

为 了 阐述 这 项 技术 ， 先 假设 我 们 具有 一 个 类 模板 ” Array， 而且 需要 
定义 该 模板 的 相等 运算 符 operator==。 一 种 实现 方法 是 : 把 该 运算 符 声 
明 为 类 模板 的 成 员 。 然 而 ， 这 并 不 是 一 个 好 的 实现 ， 因 为 该 运算 符 的 第 
1 个 实 参 〈 绑 定 为 this 指 针 ) 和 第 2 个 实 参 的 转型 规则 可 能 是 不 一 致 的 ; 

而 operator== 意味 着 它 的 两 个 实 参 应 该 是 对 称 的 ， 有 了 不 同 转型 之 后 束 
很 难保 证 这 种 对 称 性 了 。 另 一 种 实现 是 把 该 运算 符 声 明 为 一 个 名 字 空 间 
作用 域 的 函数 ， 该 函数 的 大 体 实现 如 下 面 的 代码 所 示 : 


template<typename T> 














class Array { 
public: 


}; 
template<typename T> 


bool operator == (Array<T> const& a, Array<T> const& b) 
上 


} 

然而 ， 如 果 函 数 模板 不 能 被 重 载 的 话 ， 就 会 带 来 一 个 问题 : 在 这 个 
作用 域 中 ， 就 不 能 声明 其 他 的 operator == 模板 了 。 但 很 多 情况 下 我 们 需 
要 为 其 他 的 类 模板 提供 这 个 运算 符 模 板 。 于 是 ，Barton 和 Nackman 把 这 
个 运算 符 并 作为 类 的 普通 友 元 函数 定义 在 类 的 内 部 ， 从 而 解决 这 个 问 





template<typename 工 > 
class Array { 
public: 


friend bool operator == (Array<T> const& a， 
Array<T> const& pb) { 
return ArraysAreEqual(a,b); 

} 

}; 
假设 我 们 用 float 类 型 来 实例 化 上 面 的 Array。 那 么 ， 作 为 实例 化 的 结 
果 ， 这 个 友 元 运算 和 从 函数 相应 地 被 具体 声明 了 〈 即 确定 了 参数 类 型 )， 
但 我 们 应 该 知道 : 这 个 具体 函数 本 里 并 不 是 函数 模板 实例 化 的 结果 ， 它 
原来 就 是 一 个 非 模板 函数 ， 只 是 借助 于 实例 化 过 程 的 边缘 效应 ， 它 才 被 
声明 为 一 个 具体 函数 ， 并 且 插 入 到 全 局 作用 域 中 。 由 于 是 非 模板 函数 ， 
所 以 即使 在 语言 不 支持 函数 模板 重 载 的 情况 下 ， 我 们 也 可 以 对 该 运算 符 
函数 进行 重 载 。Barton 和 Nackman 之 所 以 把 这 个 技术 称 为 限制 的 模板 
扩展 ， 惑 是 因为 借助 于 该 技术 ， 我 们 残 可 以 不 使 用 模板 运算 符 operator 
==(TT) 一 一 该 运算 符 可 以 应 用 于 所 有 的 类 型 T《〈 换 名 话说 ， 这 是 一 种 无 
限制 的 扩展 ) 。 

由 于 operator == (Array<T> const&,， Array<T> const&) 定义 在 类 定 
义 的 内 部 ， 因 此 它 被 隐 式 地 看 成 是 内 联 函 数 ， 因 此 我 们 可 以 (决定 ) 把 
实现 委托 给 函数 模板 ArraysAreEqual， 该 函数 模板 不 需要 被 内 联 ， 也 不 
会 和 具有 相同 名 字 的 其 他 模板 发 生 冲 突 。 

如 果 只 是 基于 原来 的 目的 ， 那 么 Barton-Nackman 方 法 现在 已 经 不 再 
适用 了 ; 但 研究 该 技术 仍然 是 很 有 趣 的 ， 因 为 它 能 够 在 类 模板 的 实例 化 
过 程 中 ， 伴 随 生 成 一 个 非 模板 的 具体 函数 ， 而 且 这 个 函数 并 不 是 产生 自 








函数 模板 ， 因 此 也 就 不 需要 进行 模板 实 参 演绎 ;但 该 函数 却 属于 重 载 解 
析 规 则 《〈 见 附录 B) 的 作用 范围 。 从 理论 上 讲 ， 在 特定 的 调用 位 置 匹配 
友 元 图 数 ， 还 可 能 会 考虑 额外 的 隐 式 转型 。 总 体 而 言 ， 针 对 现在 的 标准 
C++《〈 已 经 不 再 是 Barton 和 Nackman 给 出 这 个 技术 时 的 语言 了 ) ， 这 个 
技术 几乎 已 经 没有 任何 大 的 用 处 。 而 且 ， 在 外 围 的 作用 域 中 ， 插 入 式 的 
友 元 函数 也 并 不 总 是 可 见 的 : 只 有 通过 ADL， 它 才 是 可 见 的 。 这 就 意味 
着 : 函数 调用 实 参 必须 和 包含 友 元 函数 的 类 具有 关联 ， 如果 调 用 实 参 和 
包含 友 元 函数 的 类 不 具备 关联 关系 ， 那 么 将 找 不 到 该 友 元 函数 。 即 使 调 
用 实 参 所 关联 的 某 个 类 能 够 转化 为 包含 友 元 函数 的 类 ， 同 样 也 找 不 到 该 
友 元 函数 。 请 看 下 面 的 例子 : 
class S { 


template<typename T> 





class Wrapper { 
private: 
T object; 
public: 
Wrapper(T obj) : object(obj) { // 可 以 把 T 隐 式 
// 转 型 为 Wrapper<T> 
} 
friend void f(Wrapper<T> const& a) { 
} 
有 
int main() 
9 S; 
Wrapper<S> w(S); 


f(w); // 正 确 : Wrapper<S> 是 一 个 和 w 相 关联 的 

类 。 
f(s); /错误 : Wrapper<S> 和 s 不 相关 联 。 

} 
在 这 个 例子 中 ， 调 用 f(w) 是 有 效 的 ， 因 为 函数 fO 是 一 个 在 
Wrapper<S> 内 部 进行 声明 的 友 元 函数 ， 而 Wrapper<S> 和 实 参 w 是 相关 
的 [55] 。 然 而 ， 在 调用 fts) 中 ， 友 元 函数 的 声明 f(Wrapper<S> const&o) 就 
不 是 可 见 的 ， 因 为 类 Wrapper<S> 和 实 参 s 的 类 型 S 是 不 相关 联 的 。 因 此 ， 
尽管 存在 一 个 从 S 到 Wapper<S> 的 有 效 隐 式 转型 (借助 于 Wrapper<S> 的 
构造 函数 ) ， 但 此 时 并 不 会 考虑 这 种 转型 ， 因 为 编译 器 并 不 能 首先 找到 
候选 函数 f， 当 然 也 束 不 会 考虑 { 的 参数 所 要 进行 的 转型 了 。 


11.8 本 章 后 记 


函数 模板 的 模板 实 参 演 绎 是 早期 C++ 设计 的 一 部 分 。 而 C++ 所 提供 
的 男 一 种 方法 : 显 式 模板 实 参 ， 直 到 几 年 之 后 (与 前 者 相 比 〉 才 成 为 
C++ 的 一 部 分 。 

许多 C++ 专家 认为 : 友 元 名 称 插 入 是 很 不 好 的 实现 ， 因 为 这 会 使 程 
序 的 有 效 性 《〈 某 种 程度 上 ) 依赖 于 实例 化 的 顺序 。Bill Gibbons〈( 那 时 他 
从 事 的 是 Taligent 编译 器 的 工作 ) 是 对 友 元 名 称 插入 的 一 个 最 强 便 的 反 
对 者 ， 因 为 如 果 能 够 去 除 这 种 实例 化 顺序 的 依赖 性 ， 那 么 将 可 以 给 
C++ 市 来 一 个 新 的 、 有 趣 的 开发 环境 〈 据 说 Taligent 也 正在 研究 这 个 开发 
环境 ) 。 然 而 ，Barton-Nackman 方 法 要 求 某 种 形式 的 友 元 名 称 插入 ， 也 
正 是 这 个 特殊 的 方法 才 令 友 元 名 称 插入 仍然 保留 在 语言 中 ， 并 且 保 持 现 
有 的 这 种 (虚弱 〉 形式。 

有 趣 的 是 ， 许 多 人 都 听 说 过 Barton-Nackman 技 巧 ， 但 几乎 没有 人 能 
够 把 它 和 早期 描述 的 技术 关联 起 来 。 于 是 ， 你 会 发 现 : 许多 其 他 的 涉及 





到 友 元 和 模板 的 技术 有 时 会 被 错误 地 当 作 Barton-Nackman 技 巧 〈 例 如 ， 
见 16.5 节 ) 。 


sds 


目前 为 止 ， 我 们 已 经 知道 了 : C++ 模板 如 何 使 一 个 泛 型 定义 扩展 成 
一 些 相 关 的 类 家 族 或 者 函数 家 族 。 虽 然 这 是 一 个 功能 很 强大 的 机 制 ， 但 
该 机 制 并 非 适合 于 所 有 的 情况 ， 在 一 些 情况 下 ， 这 种 泛 型 操作 就 不 是 特 
定 模板 参数 答 换 的 最 佳 选 择 。 

与 其 他 常用 的 程序 设计 语言 相 比 ，C++ 在 泛 型 程序 设计 这 方面 是 与 
众 不 同 的 ， 因 为 它 通 过 更 多 的 特 化 机 制 具 备 了 许多 用 特定 方式 透明 蔡 换 
泛 型 定义 的 特性 。 在 这 一 半 里 ， 我 们 将 学 习 两 种 与 纯粹 的 泛 型 机 制 迎 然 
不 同 的 C++ 语 言 机 制 : 模板 特 化 和 函数 模板 的 重 载 。 














考虑 下 面 的 例子 : 
template<typename T> 
class Array { 
private: 
T* data; 


public: 
Array(Array<T> const&); 
Array<T>& operator = (Array<T> const&); 
void exchange_ with (Array<T>* b) { 
T* tmp = data; 
data = b->data; 


b->data = tmp; 

} 

T& operator[] (size tk) { 
return data[k]; 


} 


二 
template<typename T> inline 
void exchange (T* a, T*b) 
{ 
T tmp(*a); 
*9 三 洲 b; 
*b = tmp; 
} 
对 于 简单 的 类 型 ，exchange0 的 泛 型 实现 可 以 很 好 地 人 处理 。 然 而 ， 
如 果 是 针对 需要 进行 繁重 找 贝 操作 的 类 型 ， 那 么 与 给 定 结构 的 简单 实现 
( 即 exchange_with〉 相 比 ， 这 种 泛 型 实现 无 论 从 CPU 的 运转 次 数 还 是 内 
存 的 使 用 上 讲 ， 都 可 能 是 相当 昂贵 的 了 。 在 我 们 的 例子 中 ， 该 泛 型 实现 
需要 调用 一 次 Array<T> 的 拷贝 构造 函数 和 两 次 Array<T> 的 拷贝 赋值 运 
算 符 。 对 于 大 的 数据 结构 ， 这 些 拷贝 操作 会 涉及 到 拷贝 巨大 容量 的 内 
存 。 然 而 ， 我 们 通 弟 可 以 用 成 员 函 数 exchange_with 来 蔡 换 exchangeO 的 
功能 ， 而 且 只 需要 交换 Array<T> 内 部 成 员 指针 data。 
12.1.1 进 昌 定 》 
在 我 们 前 面 的 例子 中 ， 成 员 函 数 exchange_with0) 提 供 了 一 种 蔡 代 泛 
型 函数 exchange() 的 有 效 方法 ; 但 是 ， 要 使 用 一 个 新 的 函数 通常 都 会 市 
来 一 些 不 便 之 处 : 





1.Array 类 的 用 户 需 要 记 住 一 个 额外 的 接口 ， 并 且 在 适当 的 情况 下 ， 
应 该 尽 可 能 地 使 用 这 个 接口 。 
2. 泛 型 算法 通 各 都 不 能 区 分 各 种 不 同 的 可 能 性 。 例 如 : 
template <typename 工 > 
void generic algorithm(T* x, T* y) 


{ 
exchange(x,y); // 我 们 要 如 何 选 择 合适 的 算法 呢 


} 
基于 这 些 原因 ，C++ 模 板 提 供 了 多 种 透明 上 自 定义 函数 模板 和 类 模板 
的 方法 。 对 于 函数 模板 而 言 ， 我 们 可 以 通过 重 载 机 制 来 实现 这 种 方法 。 
例如 ， 我 们 可 以 如 下 编写 函数 模板 quick_exchangeO 的 重 载 集 : 
template<typename T> injine 
void quick_ exchange(T* a, T*b) // (1) 
{ 
T tmp(*a); 
米 三 *b; 
*b = tmp; 
} 
template<typename T> inline 
void quick_ exchange(Array<T>* a, Array<T>* b) //(2) 
' 
a->exchange_with(b); 
} 
void demo(Array<int>* p1, Array<int>* p2) 


{ 





int Xx, y; 
quick_exchange(&x, &y); // uses (1) 
quick_exchange(p1, p2); // uses (2) 
} 
quick_exchange() 的 首次 调用 具有 两 个 类 型 为 int* 的 实 参 ， 因 此 只 能 
由 第 一 个 模板 《〈 即 〈1) 处 的 声明 ) 演绎 成 功 ， 用 int 来 蔡 换 T。 因 此 ， 在 
这 里 选择 第 一 个 模板 ， 是 训 无 疑问 的 。 相 反 ， 对 于 第 二 个 调用 ， 它 和 两 
个 模板 都 可 以 互相 匹配 : 我 们 通过 在 第 1 个 模板 中 用 Array<int> 蔡 换 工 、 
在 第 2 个 模板 中 用 int 来 蔡 换 T， 可 以 获得 guick_exchange(p1，p2) 的 两 个 可 
行 函 数 ， 而 且 ， 这 两 种 蔡 换 所 获得 的 函数 的 参数 类 型 和 调用 处 的 实 参 类 
型 也 都 可 以 精确 匹配 。 通 种 而 言 ， 这 将 会 使 该 调用 产生 二 义 性 ， 但 是 
(我 们 将 在 后 面 讨论 〉 C++ 语言 认为 第 2 个 模板 比 第 1 个 模板 更 加 特殊 。 
因此 ， 在 其 它 条 件 都 一 样 的 情况 下 ， 重 载 解析 规则 会 优先 选择 更 加 特殊 
的 模板 ， 于 是 该 调用 选择 〈2) 处 的 模板 。 
12.1.2 语义 的 透明 性 
考虑 上 一 人 小节 中 重 载 的 用 法 ， 它 对 于 获得 实例 化 过 程 的 透明 自 定 义 
是 相当 有 用 的 ; 但 更 重要 的 是 ， 我 们 应 该 知道 这 种 透明 性 是 〈“ 很 大 程度 
上 ) 依赖 于 实现 细 市 的 。 为 了 曾 明 这 一 点 ， 考 虑 我 们 的 
quick_exchange() 解 决 方案 。 虽 然 泛 型 算法 和 为 ”Array<T> 类 型 自 定 义 的 
算法 最 后 都 可 以 交换 指针 所 指向 的 值 ， 但 则 两 种 算法 各 自 所 融 来 的 边缘 
效应 却 是 截然 不 同 的 。 
下 面 的 代码 交换 了 结构 对 象 ， 同 时 也 交换 了 Arrar<T> 对 象 的 值 ， 通 
过 比较 实现 这 两 种 交换 的 代码 ， 我 们 可 以 很 好 地 说 明 上 面 的 这 种 不 同 之 
处 : 
struct S { 











int X; 


上 S1, s2:; 

void distinguish (Array<int> al, Array<int> a2) 

{ 

int* p = &all[0j; 

int* q = &s1.x; 

al[0] = sl.x= 1: 

a2[0] = s2.x = 2; 

quick_exchange(&al, &a2); /在 调用 之 后 仍然 有 : *p == 1 
quick_exchange(&s1, &xs2); V/ 调用 之 后 *q == 2 

} 

我 们 从 例子 中 可 以 看 出 ， 在 调用 quick_exchange0 之 后 ， 指 辐 第 
Array 的 指针 p 变 成 了 指 问 第 2 个 Array 的 指针 (即使 值 并 没有 改变 ) ; 然 
而 ， 指 同 non-Array 即 struct〉s1 的 指针 在 交换 操作 执行 之 后 ， 
同 sl， 只 是 指针 所 指 问 的 值 改 生 了 交换 。 这 些 区 别 已 经 是 非常 重要 的 ， 
et 的 客户 感到 疑惑 。 对 于 前 级 quick_ 而 言 ， 它 可 以 让 用 

觉 到 这 是 一 种 实现 所 期 望 操作 的 快捷 方式 。 然 而 ， 原 来 的 泛 型 
0 不 可 以 对 Array<T> 进 行进 一 步 的 优化 : 
template<typename T> 


void exchange(Array<T>* a, Array<T>* b) 


{ 
T* p= &(*a)[0]; 
T* q= &(*b)[0]; 
for (Size_ tk = a->size(); k-- != 0; ) { 
exchange(p++, q++); 
} 
} 


与 原来 的 泛 型 代码 相 比 ， 这 个 版 本 的 exchange() 的 优点 在 于 : 并 不 


(潜在 地 ) 需要 庞大 的 临时 Array<T> 对 象 。 我 们 可 以 对 这 个 exchangel() 

模板 进行 递归 调用 ， 因 此 即使 诸如 Array<Array<char> > 类 型 的 参数 ， 也 
可 以 获得 优化 的 性 能 。 另 外 ， 我 们 看 到 这 个 特殊 的 模板 版 本 并 没有 声明 
为 inline， 这 是 因为 它 本 身 会 执行 很 多 个 (递归 ) 操作 ; 相对 而 言 ， 我 
们 原来 的 泛 型 实现 是 内 联 的 ， 因 为 它 只 执行 很 少 的 操作 (然而 ， 每 个 操 
作 都 是 昂贵 的 ) 。 


12.2 函数 模 


在 上 一 他， 我 们 看 到 两 个 同名 的 函数 模板 可 以 同时 存在 ， 还 可 以 对 


它们 进行 实例 化 ， 使 它们 具有 相同 的 参数 类 型 。 下 面 是 另 一 个 简单 的 例 


村 : 


// details/funcoverload.hpp 


template<typename T> 


int f(T) 
{ 
return 1; 
} 
template<typename T> 
int f(T*) 
| 
return 2; 
} 


如 果 我 们 用 int* 来 蔡 换 第 1 个 模板 的 T， 用 int 来 答 换 第 2 个 模板 的 T， 


那么 将 会 获得 两 个 具有 相同 参数 类 型 (和 返回 类 型 ) 的 同名 函数 。 也 就 
是 说 ， 不 仅 是 同名 模板 可 以 同时 存在 ， 它 们 各 目的 实例 化 体 [56] 也 可 以 
同时 存在 ， 即 使 这 些 实例 化 体 具 有 相同 的 参数 类 型 和 返回 类 型 。 








下 面 的 代码 说 明了 : 如 何 通过 显 式 模板 实 参 语法 ， 来 调用 这 两 个 生 
成 的 函数 假设 存在 前 面 的 模板 声明 》: 

//details/funcoverload cpp 

#include <iostream> 

#include "funcoverload.hpp" 

int main() 

{ 

std::cout << f<int*>((int*)0) << std::endl; 


std::cout << f<int>((int*)0) << std::end]; 


} 
程序 的 输出 如 下 : 1 
2 


为 了 说 明 这 一 点 ， 让 我 们 详细 地 分 析 调 用 f<int*>((int*)0) [57] 。 语 
法 f<int*> 说 明 我 们 希望 用 int* 来 蔡 换 模 板 {f 的 第 1 个 模板 参数 ， 而 且 这 种 
替换 并 不 依赖 于 模板 实 参 演 绎 。 在 这 个 例子 中 ， 有 两 个 { 模 板 ， 因 此 所 
生成 的 重 载 集 包 含 了 两 个 函数 : f<int*>(int*) 〈 生 成 自 第 一 个 模板 ) 和 
f<int*>(int**)( 生 成 自 第 2 个 模板 )。 然 而 ， 调 用 实 参 (int*)0 的 类 型 是 
int*， 因 此 它 将 会 和 第 1 个 模板 生成 的 函数 更 好 地 匹配， 最 后 也 就 调用 这 
个 函数 。 

类 似 的 分 析 也 可 以 用 于 第 2 个 调用 。 

12.2.1 签名 

只 要 具有 不 同 的 签名 ， 两 个 函数 就 可 以 在 同一 个 程序 中 同时 存在 。 
我 们 对 函数 的 签名 定 如 下 [58] : 

1. 非 受 限 函数 的 名 称 〈 或 者 产生 自 函 数 模 板 的 这 类 名 称 ) 。 

2. 函 数 名 称 所 属 的 类 作用 域 或 者 名 字 空 间作 用 域 ， 如 果 函 数 名 称 是 
具有 内 部 链接 的 ， 还 包括 该 名 称 声明 所 在 的 翻译 单元 。 








3. 函 数 的 const、volatile 或 者 const volatile 限定 符 ( 前 提 是 它 是 一 个 
具有 这 类 限定 符 的 成 员 函 数 ) 。 

4. 函 数 参数 的 类 型 (如 果 这 个 函数 是 产生 上 自 函数 模板 的 ， 那 么 指 的 
是 模板 参数 被 蔡 换 之 前 的 类 型 ) 。 

5. 如 果 这 个 函数 是 产生 自 函 数 模板 ， 那 么 包括 它 的 返回 类 型 。 

6. 如 末 这 个 函数 是 产生 自 函 数 模 板 ， 那 么 包括 模板 参数 和 模板 实 


小 


这 就 意味 着 : 从 原则 上 讲 ， 下 面 的 模板 和 它们 的 实例 化 体 可 以 在 同 
个 程序 中 同时 存在 : 

template<typename T1, typename 工 2> 

void f1(T1, T2); 

template<typename T1, typename T2> 

void f1(T2, T1); 

template<typename T> 

long f2(T); 

template<typename T> 

char f2(T); 

然而 ， 如 果 上 面 这 些 模板 是 在 同一 个 作用 域 中 进行 声明 的 话 ， 我 们 
可 能 不 能 使 用 茶 些 模板 ， 因 为 实例 化 过 程 可 能 会 导致 重 载 二 义 性 。 例 
如 : 

#include <iostream> 

template<typename T1, typename T2> 

void f1(T1, T2) 

{ 

std::cout << "f1(T1, T2)n"; 
} 


template<typename T1, typename 工 2> 


void f1(T2, T1) 


{ 
std::cout << "f1(T2, Tl1)n"; 
} 
// 到 这 里 为 止 一 切 都 是 正确 的 
int main() 
' 
f1<char, char>('a', b"); // 错误 : 二 义 性 
} 


在 上 面 的 代码 中 ， 虽 然 函 数 f1<T1 = char, T2 = char>(T1,T2) 可 以 和 
函数 fl<T1 = char, T2 =char>(T2, T1) 同 时 存在 ， 但 是 重 载 解析 规则 将 不 
知道 应 该 选择 哪 一 个 函数 。 因 此 ， 只 有 在 这 两 个 模板 出 现 于 不 同 的 翻译 
单元 时 ， 它 们 的 两 个 实例 化 体 才 可 以 在 同 个 程序 中 同时 存在 〈 而 且 ， 链 
接 咽 也 不 应 该 抱怨 说 存在 重复 定义 ， 因 为 这 两 个 实例 化 体 的 签名 是 不 同 
的 ) : 

/ 翻译 单元 1: 

#include <iostream> 

template<typename T1, typename 工 2> 

void f1(T1, T2){ 

std::cout << "f1(T1, T2)n"; 

} 

void g() 

' 

fl<char, char>('a', 'b'"); 

} 

/ 翻译 单元 2: 


#include <iostream> 


template<typename 工 , typename 工 2> 
void f1(T2, T1) 
{ 
std::cout << "f1(T2, Tl1)n"; 
} 
extern void g(); // 定义 在 翻译 单元 1 
int main() 
{ 
f1<char, char>('a', 'b'); 
g0); 
} 
这 个 程序 是 有 效 的 ， 而 且 产 生 的 输出 如 下 : 
f1(T2, T1) 
f1(T1, 工 2) 





#include <iostream> 


template<typename T> 
int f(T) 
I 
return 1; 
} 
template<typename T> 
int f(T*) 
{ 


return 2; 


} 
int main() 
' 
std::cout << f<int*>((int*)0) << std::endl; 
std::cout << f<int>((int*)0) << std::end]; 
} 
我 们 发 现 : 用 给 定 的 模板 实 参 列表 (<int*> 和 <int>〉 进行 蔡 换 之 
后 ， 重 载 解析 最 后 会 选择 一 个 最 佳 的 函数 并 进行 调用 。 然 而 ， 即 使 在 没 
有 提供 显 式 模板 实 参 的 情况 下 ， 也 会 有 一 个 函数 被 选中 。 在 这 种 情况 
下 ， 就 是 模板 实 参 演绎 起 作用 的 时 候 了 。 让 我 们 稍微 修改 前 面 例子 的 
main() 函 数 ， 来 讨论 这 种 机 制 |: 


#include <iostream> 





template<typename T> 


int f(T) 
' 

return 1; 
} 
template<typename T> 
int f(T*) 
{ 

return 2; 
} 
int main() 
{ 


std::cout << f(0) << std::end]; 
std::cout << f((int*)0) << std::end]; 


让 我 们 先 考 虑 调用 (f(0)): 实 参 的 类 型 是 int， 如 果 用 int 蔡 换 T， 隋 能 
和 第 1 个 模板 的 参数 匹配 。 然 而 ， 第 2 个 模板 的 参数 类 型 总 是 一 个 指针 ; 
因此 ， 经 过 演绎 之 后 ， 只 有 产生 自 第 1 个 模板 的 实例 才 是 该 调用 的 候选 
函数 。 在 这 个 调用 中 ， 重 载 解 析 并 没有 发 挥 作用 。 

第 2 个 调用 ((f( (int*) 0) ) 就 显得 比较 有 趣 : 对 于 这 两 个 模板 ， 实 参 
演绎 都 可 以 获得 成 功 ， 于 是 就 获得 两 个 函数 ， 即 f<int*>(inte) 和 f<int> 
(int*)。 如 果 根 据 原 来 的 重 载 解析 观点 ， 这 两 个 函数 和 实 参 类 型 为 int* 的 
调用 的 匹配 程度 是 一 样 的 ， 这 也 就 意味 着 该 调用 是 二 义 性 的 〈 见 附录 
B) 。 然 而 ， 在 这 种 情况 下 ， 还 应 该 考虑 重 载 解析 的 额外 规则 : 选择 “ 产 
生 自 更 特殊 的 模板 的 函数 "”。 因 此 《我 们 将 在 后 面 的 小 节 看 到 ) ， 第 2 个 
模板 被 认为 是 更 加 特殊 的 模板 ， 从 而 (再 次 ) 产生 下 面 的 输出 结果 : 1 

















12.2.3 下 未 包 I 

在 最 后 一 个 例子 中 ， 我 们 可 以 很 直观 地 看 出 : 第 2 个 模板 要 比 第 1 个 
模板 更 加 特殊 ， 因 为 第 1 个 模板 可 以 适用 于 任何 类 型 的 实 参 ， 而 第 2 个 模 
板 只 能 适用 于 指针 类 型 的 实 参 。 然 而 ， 其 它 的 一 些 例子 看 起 来 并 不 会 如 
此 直观 。 接 下 来 ， 我 们 将 给 出 一 个 精确 的 过 程 ， 它 能 够 判断 ， 在 参与 重 
载 集 的 所 有 函数 模板 中 ， 某 个 函数 模板 是 否 比 另 一 个 函数 模板 更 加 特 
殊 。 然 而 ， 我 们 应 该 知道 这 只 是 不 完整 的 排序 原则 : 就 是 次， 两 个 模板 
也 可 能 会 被 认为 具有 相同 的 特殊 程度 。 如 果 重 载 解析 必须 在 这 两 个 特殊 
程度 相同 的 模板 中 进行 选择 ， 那 么 将 不 能 做 出 任何 决定 ， 也 就 是 说 程序 
包含 了 一 个 二 义 性 错误 。 

假设 我 们 要 比较 两 个 同名 的 函数 模板 ft1 和 ft2， 对 于 给 定 的 函数 调 
用 ， 它 们 看 起 来 都 是 可 行 的 。 在 我 们 下 面 的 讨论 中 ， 对 于 没有 被 使 用 的 
缺 省 函数 实 参 和 省 略 号 参数 ， 我 们 将 不 考虑 。 接 下 来 ， 通 过 如 下 蔡 换 模 
板 参数 ， 我 们 将 为 这 两 个 模板 虚构 两 份 不 同 的 实 参 类 型 〈 如 采 是 转型 函 





数 模板 ， 那 么 还 包括 返回 类 型 ) 列表 ， 其 中 第 1 份 列表 针对 第 1 个 模板 ， 
第 2 份 列表 针对 第 2 个 模板 。“ 虚 构 ” 的 实 参 列 表 将 这 样 地 符 换 每 个 模板 参 
数 : 

1. 用 唯一 的 “虚构 ?类 型 将 换 每 个 模板 类 型 参数 。 

2. 用 唯一 的 “虚构 ”类 模板 蔡 换 每 个 模板 的 模板 参数 。 

3. 用 唯一 的 适当 类 型 的 “虚构 ” 值 瞪 换 每 个 非 类 型 参数 。 

如 果 第 2 个 模板 针对 第 1 份 列 表 可 以 进行 成 功 的 实 参 演 绎 能够 进 
行 精确 的 匹配 ) ， 而 第 1 个 模板 针对 第 2 份 列表 的 实 参 演绎 以 失败 告终 ， 
那么 我 们 就 称 第 1 个 模板 要 比 第 2 个 模板 更 加 特殊 。 反 之 ， 如 果 第 1 个 模 
板 针对 第 2 份 列表 可 以 进行 成 功 的 实 参 演绎 能够 进行 精确 的 匹配 〉， 
而 第 2 个 模板 针对 第 1 份 列表 的 实 参 演绎 失败 ， 那 么 我 们 就 称 第 2 个 模板 
要 比 第 1 个 模板 更 加 特殊 。 否 则 的 话 (或 者 是 两 个 都 不 能 成 功 演绎 ， 或 
者 是 两 个 都 能 成 功 演绎 ) ， 我 们 就 称 这 两 个 模板 之 间 不 存在 特殊 的 排序 

让 我 们 把 这 个 过 程 应 用 于 前 面 的 例子 ， 来 更 加 清楚 地 阐明 上 面 的 问 
题 。 根 据 这 两 个 模板 和 前 面 所 插 述 的 模板 参数 蔡 换 方法 ， 我 们 虚构 了 两 
个 实 参 类 型 列表 :，(A1) 和 (A2*) (A1 和 A2 是 不 同 的 虚构 类 型 ) 。 显 然 ， 
第 1 个 模板 可 以 成 功 地 演绎 第 2 份 实 参 列表 ， 只 要 用 A2* 蔡 换 T 就 可 以 。 
然而 ， 第 2 个 模板 却 不 能 成 功 地 演绎 第 1 份 列表 ， 因 为 第 2 个 模板 的 T* 是 
不 能 和 非 指针 类 型 A1 进 行 匹 配 的 。 因 此 ， 我 们 就 可 以 〔 正 式 地 ) 得 出 
结论 : 第 2 个 模板 比 第 1 个 模板 更 加 特殊 。 

最 后 ， 让 我 们 考虑 一 个 更 加 复杂 的 例子 ， 它 涉及 到 多 个 函数 参数 : 

template<typename 工 > 

void t(T*, T const* = 0, ...); 

template<typename T> 

void t(T const*, T*, T* = 0); 


void example(int* p) 








t(p, p); 

} 

首先 ， 由 于 实际 调用 并 没有 使 用 第 1 个 模板 的 省 略 号 参数 〈 即 .…) 
和 第 2 个 模板 的 最 后 一 个 具有 缺 省 值 的 参数 ， 因 此 在 局 部 排序 中 不 会 考 
虑 这 些 参数 。 另 外 ， 我 们 知道 : 第 1 个 模板 的 缺 省 实 参 并 不 会 用 到 ， 因 
为 调用 中 显 式 提 供 了 相应 的 参数 ， 而 且 要 根据 这 个 参数 进行 排序 。 

虚构 的 实 参 类 型 列表 是 : (AL*，A1 const*) 和 (A2 cosnt*，A2)。 对 于 
第 2 个 模板 ， 实 参 列 表 (Al*， AL1 ”const*) 的 模板 实 参 演绎 可 以 成 功 地 进 
行 ， 只 要 用 Al const 蔡 换 T 就 可 以 ; 但 是 ， 最 后 所 获得 的 匹配 却 不 是 精确 
的 匹配 ， 因 为 当 用 (A1*，A1 const*) 类 型 的 实 参 来 调用 t<A1 const>(A1l 
const*, Al const*, Al const* = 0) 的 时 候 ， 需 要 进行 限定 符 〈 即 const) 的 
调整 。 类 似 地 ， 第 1 个 模板 针对 实 参 类 型 列表 (A2 const*，A2* ) 也 不 能 
获得 精确 的 匹配 。 因 此 ， 这 两 个 模板 之 间 并 没有 排序 关系 ， 同 时 该 调用 
也 是 二 义 性 的 。 

这 种 正式 的 排序 原则 通常 都 能 产生 符合 直观 的 函数 模板 选择 。 然 
而 ， 该 原则 偶尔 也 会 产生 不 符合 直观 选择 的 例子 。 因 此 ， 将 来 可 能 修改 
某 些 原则 ， 从 而 可 以 适合 于 所 有 的 例子 。 

12.2.4 模 0 韭 模 


函数 模板 也 可 以 和 非 模 板 函 数 同 时 重 载 。 当 其 它 的 所 有 条 件 都 是 一 
样 的 时 候 ， 实 际 的 函数 调用 将 会 优先 选择 非 模板 函数 。 下 面 的 例子 说 明 
了 这 一 后 ， 

// details/nontmpl.cpp 











#include <string> 
#include <iostream> 


template<typename T> 


std::string f(T) 
{ 
return "Template"; 
} 
std::string f(int&) 
{ 
return "Nontemplate"; 
} 
int main() 
{ 
intX= 7; 
std::cout << f(x) << std::end]; 
} 
输出 结果 为 : 


Nontemplate 
12.3 显 式 特 化 


具有 对 函数 模板 进行 重 载 的 这 种 能 力 ， 再 加 上 可 以 利用 局 部 排序 规 
则 选择 最 佳 匹 配 的 函数 模板 ， 我 们 就 能 够 给 泛 型 实现 添加 更 加 特殊 的 模 
板 ， 从 而 可 以 透明 地 获得 具有 更 高 效率 的 代码 。 然 而 ， 类 模板 是 不 能 被 
重 载 的 ， 但 我 们 可 以 选择 男 一 种 丛 换 的 机 制 来 实现 这 种 透明 上 自 定义 类 模 
板 的 能 力 ， 那 束 是 显 式 特 化 。C++ 标 准 的 “ 显 式 特 化 ”概念 指 的 是 一 种 语 
言 特性 ， 我 们 通常 也 称 之 为 全 局 特 化 。 它 为 模板 提供 了 一 种 使 模板 参数 
可 以 被 全 局 答 换 的 实现 ， 而 没有 剩 下 模板 参数 。 事 实 上 ， 关 模板 和 函数 
模板 都 是 可 以 被 全 局 特 化 的 ， 而 且 类 模板 的 成 员 〈 包 括 成 员 函 数 、 授 入 
类 、 静 态 成 员 变 量 等 ， 它 们 的 定义 可 以 位 于 类 定义 的 外 部 ) 也 可 以 被 全 











局 特 化 。 

在 下 一 节 ， 我 们 将 讨论 局 部 特 化 。 局 部 特 化 和 全 局 特 化 有 些 类 似 ， 
但 局 部 特 化 并 没有 痊 换 所 有 的 模板 参数 ， 就 是 说 菏 些 参数 化 实现 仍然 保 
留 在 模板 的 ( 男 一 种 〉 实 现 中 。 男 外 ， 在 我 们 的 源 代码 中 ， 全 局 特 化 和 
局 部 特 化 都 是 显 式 的 ， 这 也 是 我 们 在 讨论 中 避免 使 用 显 式 特 化 这 个 概念 
的 原因 。 实 际 上 ， 全 局 特 化 和 局 部 特 化 部 没有 引入 一 个 全 新 的 模板 或 者 
模板 实例 。 它 们 只 是 对 原来 在 泛 型 (或 者 非特 化 ) 模板 中 己 经 隐 式 声明 
的 实例 提供 另 一 种 定义 。 在 概念 上 ， 这 是 一 个 相对 比较 重要 的 现象 ， 也 
古 特 化 区 别 于 重 载 模板 的 关键 之 处 。 








引入 全 局 特 化 需要 用 到 下 面 3 个 标记 序列 : template、< 和 > [59] 。 
另外 ， 紧 跟 在 类 名 称 声 明 后 面 的 就 是 要 进行 特 化 的 模板 实 参 。 下 面 的 例 
子 说 明了 这 一 点 : 
template<typename 工 > 
class S { 
public: 
void info() { 
std::cout << "generic (S<T>::info())\n"; 
} 
}; 
template<> 
class S<void> { 
public: 
void msg() { 
std::cout << "fully specialized (S<void>::msgO)\n"; 


} 


}; 
我 们 看 到 ， 全 局 特 化 的 实现 并 不 需要 与 (原来 的 ) 泛 型 实现 有 任何 
关联 ， 这 就 允许 我 们 可 以 包含 不 同名 称 的 成 员 函 数 (info 相 对 msg)。 
实际 上 ， 全 局 特 化 只 和 类 模板 的 名 称 有 关联 。 

另外 ， 指 定 的 模板 实 参 列表 必须 和 相应 的 模板 参数 列表 一 一 对 应 。 
例如 ， 我 们 不 能 用 一 个 非 类 型 值 来 蔡 换 一 个 模板 类 型 参数 。 然 而 ， 如 果 
模板 参数 具有 缺 省 模板 实 参 ， 那 么 用 来 蔡 换 的 模板 实 参 就 是 可 选 的 〈 即 
不 是 必须 的 ) : 


template<typename 工 > 








Class Types { 
public: 
typedef int 1; 
}; 
template<typename T, typename U = typename Types<T>::I> 
class S; // (1) 
template<> 
class S<void> { // (2) 
public: 
void f(); 
上 
template<> class S<char, char>; // (3) 
template<> class S<char, 0>; ”// 错误 : 不 能 用 0 来 替换 U 
int main() 
{ 
S<int>* pi /正确 : 使 用 (1) ， 这 里 不 需要 定义 
S<int> el; /错误 :使 用 〈1) ， 需 要 定义 ， 但 找 不 到 定义 
S<void>* pv; /正确 : 使 用 (2) 





S<void,int> sv;”/W/ 正确 : 使 用 (2) ， 这 里 定义 是 存在 的 
S<void,char> e2; /错误 : 使 用 〈1) ,需要 定义 ， 但 找 不 到 定义 
S<char,char> e3; /1/ 错误 : 使 用 (3) ， 需 要 定义 ， 但 找 不 到 定 
义 
} 
template<> 
class S<char, char> { VW(3) 处 的 定义 
}; 
如 例子 中 所 示 ， 《模板 ) 全 局 特 化 的 声明 并 不 一 定 是 定义 。 另 外 ， 
当 一 个 全 局 特 化 声明 之 后 ， 针 对 该 〈 特 化 的 ) 模板 实 参 列 表 的 调用 ， 将 
不 再 使 用 模板 的 泛 型 定义 ， 而 是 使 用 这 个 全 局 特 化 的 定义 。 因 此 ， 如 果 
在 调用 处 需要 该 特 化 的 定义 ， 而 在 这 之 前 并 没有 提供 这 个 定义 ， 那 么 程 
序 将 会 出 现 错误 。 对 于 类 模板 特 化 而 言 , “前 置 声明 ”类 型 有 时 候 是 很 有 
用 的 ， 因 为 这 样 就 可 以 构造 相互 依赖 的 类 型 。 另 外 ， 以 这 种 方式 获得 的 
全 局 特 化 声明 (应 该 记 住 它 并 不 是 模板 声明 〉 和 普通 的 类 声明 是 类 似 
的 ， 唯 一 的 区 别 在 于 语法 以 及 该 特 化 的 声明 必须 匹配 前 面 的 模板 声明 。 
对 于 特 化 声明 而 言 ， 因 为 它 并 不 是 模板 声明 ， 所 以 应 该 使 用 (位 于 类 外 
部 ) 的 普通 成 员 定 义 语法 ， 来 定义 全 局 类 模板 特 化 的 成 员 ( 也 就 是 说 ， 
不 能 指定 template<> 前 级 ) : 


template<typename T> 














class S; 
template<> class S<char**> { 
public: 
void print() const; 
上 
/下 面 的 定义 不 能 使 用 template<> 前 组 


void S<char**>::print() const 


std::cout << "pointer to pointer to charmn ; 
} 
我 们 可 以 使 用 一 个 更 复杂 的 例子 来 进一步 理解 这 个 概念 : 
template<typename 工 > 
class Outside { 
public: 
template<typename U> 
class Inside { 
}; 
上 
template<> 
class Outside<void> { 
/下 面 的 藤 套 类 和 前 面 定 义 的 泛 型 模板 之 间 并 不 存在 联系 
template<typename U> 
class Inside { 
private: 
static int count; 
}; 
1’ 
/下面 的 定义 不 能 使 用 template<> 前 级 
template<typename U> 
int Outside<void>::Inside<U>::count = 1: 
可 以 用 全 局 模板 特 化 来 代 蔡 对 应 泛 型 模板 的 某 个 实例 化 体 。 然 而 ， 
全 局 模板 特 化 和 由 模板 生成 的 实例 化 版 本 是 不 能 够 共存 于 同一 个 程序 中 
的 。 如 果 试 图 在 同一 个 文件 中 使 用 这 两 者 的 话 ， 那 么 通常 都 会 导致 一 个 
编译 期 错误 : 


template <typename 工 > 

class Invalid { 

}; 

Invalid<double> xl ”// 产生 一 个 Invalid<double> 实 例 化 体 

template<> 

class Invalid<double>; // 错误 : Invalid<double> 已 经 被 实例 化 了 

遗憾 的 是 ， 如 果 是 在 不 同 的 翻译 单元 出 现 这 种 情况 ， 那 么 将 很 难 捕 
捉 到 这 种 错误 。 下 面 是 一 个 无 效 的 C++ 程 序 例子 ， 它 包含 了 两 个 文件 ， 
我 们 在 许多 开发 平台 上 编译 和 链接 这 个 例子 ， 都 证 明 这 个 程序 是 无 效 
的 ， 甚 至 是 危险 的 : 

/ 翻译 单元 1: 

template<typename 工 > 

class Danger { 

public: 
enum { max = 10 }; 

}; 

char ”buffer[Danger<void>::max]; // 使 用 了 泛 型 值 extern void 
clear(char const*); 

int main() 

{ 

clear(buffer); 

} 

/ 翻译 单元 2: 

template<typename 工 > 

class Danger; 

template<> 


class Danger<void> { 


public: 


enum { max = 100 }:; 


; 

void clear(char const* buf) 

| 
/ 可 能 与 原先 定义 的 数组 大 小 不 匹配 
for(intk=0;k<Danger<void>::max; ++k) { 

buf[k] = "\0'; 

} 

} 


显然 ， 这 个 例子 是 我 们 经 过 裁减 的 。 但 它 也 告诉 我 们 在 使 用 特 化 
的 时 候 ， 我 们 需要 特别 小 心 ， 并 且 确 认 特 化 的 声明 对 泛 型 模板 的 所 有 用 
户 都 是 可 见 的 。 在 实际 的 应 用 中 ， 这 意味 着 : 在 模板 声明 所 在 的 头 文 件 
中 ， 特 化 的 声明 通 币 都 应 该 位 于 模板 声明 的 后 面 。 然 而 ， 泛 型 实现 也 可 
能 来 目 于 外 部 资源 《诸如 不 能 被 修 改 的 头 文件 ) ; 尽管 实际 很 少 采 用 这 
种 方式 ， 但 我 们 可 以 创建 一 个 包含 泛 型 模板 的 头 文件 ， 并 让 特 化 声明 位 
于 泛 型 模板 之 后 ， 来 避免 这 种 “难以 发 现 ?的 错误 ;实际 上 ， 这 种 做 法 有 
时 候 是 很 有 必要 的 。 另 外 ， 如 果 不 具 有 特殊 目的 的 话 ， 我 们 通常 都 避免 
让 模板 特 化 来 自 于 外 部 资源 。 














就 语法 及 其 后 所 缠 涵 的 原则 而 言 ，( 显 式 的 ) 全 局 函数 模板 特 化 和 
类 模板 特 化 大 体 上 是 一 致 的 ， 唯 一 的 区 别 在 于 : 函数 模板 特 化 引入 了 重 
载 和 实 参 演绎 这 两 个 概念 。 

如 果 可 以 借助 实 参 演绎 (用 实 参 类 型 来 演绎 声明 中 给 出 的 参数 类 
型 ) 来 确定 模板 的 特殊 化 版 本 ， 那 么 全 局 特 化 就 可 以 不 声明 显 式 的 模板 
实 参 。 让 我 们 考虑 下 面 的 例子 : 





template<typename 工 > 


int f(T) // (1) 
' 
return 1; 
} 
template<typename T> 
int f(T*) // (2) 
{ 
return 2; 
} 
template<> int f(int)”// OK: (1) 的 特 化 
{ 
return 3; 
} 
template<> int f(int*) // OK: (2) 的 特 化 。 
{ 
return 4; 
} 


全 局 函数 模板 特 化 不 能 包含 缺 省 的 实 参 值 。 然 而 ， 对 于 基本 《〈 即 要 
被 特 化 的 ) 模板 所 指定 的 任何 缺 省 实 参 ， 显 式 特 化 版 本 都 可 以 应 用 这 些 
缺 省 实 参 值 。 例 如 : 

template<typename 工 > 

int f(T, T x = 42) 

{ 





return X; 
} 
template<> int f(int, int = 35) /W/ 错误 ， 不 能 包含 缺 省 实 参 值 





return 0; 
} 
template<typename T> 
int g(T, T x= 42) 


{ 
return X; 
} 
template<> int g(int, int y) 
{ 
return y/2; 
} 
int main() 
{ 
std::cout << g(0) << std::endl; // 正确 ， 输 出 21 
} 


全 局 特 化 声明 和 普通 声明 在 许多 方面 都 是 很 相似 的 《或 者 进一步 
说 ， 可 以 把 它 看 成 一 个 普通 的 再 次 声明 〉 。 尤 其 是 ， 全 局 特 化 声明 的 声 
明 对 象 并 不 是 一 个 模板 ， 因 此 对 于 非 内 联 的 全 局 函数 模板 特 化 而 言 ， 在 
同 个 程序 中 它 的 定义 只 能 出 现 一 次 。 然 而 ， 我 们 仍然 必须 确保 : 全 局 函 
数 模 板 特 化 的 声明 必须 紧 跟 在 模板 定义 的 后 面 ， 以 避免 试图 使 用 一 个 由 
模板 直接 生成 的 函数 。 因 此 ， 在 前 面 的 例子 中 ， 通 冲 应 该 把 模板 g 的 声 
明 放 在 两 个 文件 中 。 接 口 文件 如 下 所 示 : 

#ifndef TEMPLATE_G_HPP 

#define TEMPLATE_G_HPP 

/ 模板 定义 应 该 放 在 头 文件 中 : 


template<typename 工 > 





int g(T, 工 X= 42) 
| 
return x; 

} 

/ 特 化 声明 禁止 模板 进行 实例 化 ， 但 为 了 避免 出 现 重 复 定义 错误 ， 
就 不 能 把 

/定义 放 在 这 里 

template<> int g(int, int y); 

#endif // TEMPLATE _G_HPP 

The corresponding implementation file may read: 

#include "template_g.hpp" 

template<> int g(int, int y) 

{ 

return y/2; 

} 

男 一 种 解决 方案 是 把 这 个 特 化 声明 为 内 联 函数 ， 在 这 种 情况 下 ， 该 
函数 的 定义 就 可 以 (也 应 该 ) 放 在 头 文件 中 。 

12.3.3 全 局 成 员 特 化 

除了 成 员 模 板 之 外 ， 类 模板 的 成 员 函 数 和 普通 的 静态 成 员 变 量 也 可 
以 被 全 局 特 化 ; 实现 特 化 的 语法 会 要 求 给 每 个 外 围 类 模板 加 上 
template<> 前 绥 。 如 果 要 对 一 个 成 员 模 板 进 行 特 化 ， 也 必须 加 上 另 一 个 
template<> 前 级 ， 来 说 明 该 声明 表示 的 是 一 个 特 化 。 为 了 说 明 这些 仿 
义 ， 让 我 们 假设 具有 下 面 的 声明 : 

template<typename 工 > 


class Outer { // (1) 








public: 


template<typename U> 


class Inner { // (2) 
private: 
天 
static int count; // (3) 
static int code; // (4) 
void print() const { // (5) 
std::cout << "generic"; 
} 
上 
template<typename 工 > 
int Outer<T>::code = 6; // (6) 
template<typename T> template<typename U> 
int Outer<T>::Inner<U>::count = 7; // (7) 
template<> 
class Outer<bool> { // (8) 
public: 
template<typename U> 
class Inner { // (9) 
private: 
static int count; // (10) 
上 
void print() const { // (11) 
} 
上 


在 (1) 处 的 泛 型 模板 Outer 中 ， 〈4) 处 的 code 和 (5) 处 print()， 
这 两 个 普通 成 员 都 上 共有 一 个 外 围 类 模板 。 因 此 ， 需 要 使 用 一 个 





template<> 前 级 说 明 : 后 面 将 用 一 个 模板 实 参 集 来 对 它 进 行 全 局 特 化 : 
template<> 

int Outer<void>::code = 12; 

template<> 

void Outer<void>::print() const 

{ 

std::cout << "Outer<void>"; 

} 

这 些 定 义 将 会 用 于 蔡 代 类 Outer<void> 在 〈4) 处 和 〈5) 处 的 泛 型 定 
义 ; 但 是 ， 类 Outer<void> 的 其 它 成 员 仍然 默认 地 产生 自 (1) 处 的 模 
板 。 另 外 ， 在 提供 了 上 面 的 声明 之 后 ， 就 不 能 再 次 提供 Outer<void> 的 显 
式 特 化 。 

类 似 于 全 局 函数 模板 特 化 ， 我 们 需要 一 种 可 以 在 不 指定 定义 的 前 提 
下 (为 了 避免 多 处 定义 ) ， 可 以 声明 类 模板 普通 成 员 特 化 的 方法 。 尽 管 
对 于 普通 类 的 成 员 函 数 和 静态 成 员 变 量 而 言 ， 非 定义 的 类 外 声明 在 
C++ 中 是 不 允许 的 ; 但 如 果 是 针对 类 模板 的 特 化 成 员 ， 该 声明 则 是 合法 
的 。 也 就 是 说 ， 前 面 的 定义 可 以 共有 如 下 声明 : 


template<> 





int Outer<void>::code; 

template<> 

void Outer<void>::print() const; 

细心 的 读者 可 能 会 发 现 ， 全 局 特 化 Outer<void>::code 的 非 定义 声明 
的 语法 ， 看 起 来 等 同 于 下 面 的 语法 : 提供 一 个 能 够 用 缺 省 构造 函数 进行 
初始 化 的 定义 。 事 实 上 也 正 是 如 此 ， 但 这 些 声明 仍然 被 解释 为 非 定 义 声 
明 。 

因此 ， 如 果 静 态 成 员 变量 的 类 型 是 一 个 只 能 使 用 缺 省 构造 函数 进行 
初始 化 的 类 型 ， 那 么 就 不 能 为 该 静态 成 员 变 量 的 全 局 特 化 提供 一 个 定 








并 不 


class DefaultInitOnly { 
public: 
DefaultInitOnlyO { 
} 
private: 
DefaultInitOnly(DefaultInitOnly const&); /不 存在 拷贝 操作 
可 
template<typename T> 
class Statics { 
private: 
static T sm; 
上 
/下 面 只 是 一 个 声明 
/ 不 存在 可 以 用 来 提供 一 个 定义 的 语法 


template<> 








DefaultInitOnly Statics<DefaultInitOnly>::sm; 





对 于 成 员 模板 Outer<T>::Inner， 也 可 以 用 一 个 特定 的 模板 实 参 对 它 
进行 特 化 ， 而 且 对 于 该 特 化 所 在 的 外 围 ”Outer<T> 而 言 ， 这 个 特 化 操作 
会 影响 ”Outer<T> 相 应 实例 化 体 的 其 它 成 员 。 男 外 ， 由 于 存在 一 个 


外 围 模 板 〈 也 就 是 Outer<T>) ， 所 以 我 们 需要 添加 一 个 template<> 前 


又 
级 


。 最 后 所 获得 的 代码 大 致 如 下 : 


template<> 
template<typename X> 
class Outer<wchar_t>::Inner { 
public: 
static long count; // 成 员 类 型 发 生 了 改变 


} 
template<> 
template<typename X> 
long Outer<wchar_t>::Inner<X>::count; 
模板 Outer<T>::Inner 也 可 以 被 全 局 特 化 ， 但 只 能 针对 Outer<T> 的 某 
个 给 定 实例 。 而 且 ， 我 们 需要 添加 两 个 template<> 前 级 : 因为 外 围 类 需 
要 一 个 template<> 前 级 ， 我 们 所 要 全 局 特 化 的 内 围 模 板 (inner 
template〉 也 需要 一 个 template<> 前 级 : 
template<> 
template<> 
class Outer<char>::Inner<wchar t> { 
public: 
enum { count = 1}; 
上 
/下 面 的 C++ 程序 是 不 合法 的 : 
// template<> 不 能 位 于 模板 实 参 列表 的 后 面 


template<typename X> 








template<> class Outer<X>::Inner<void>; // 错误 

我 们 可 以 将 上 面 这 个 特 化 与 Outer<bool> 的 成 员 模 板 的 特 化 比较 一 
下 。 由 于 Outer<bool> 已 经 在 前 面 全 局 特 化 了 ， 所 有 它 的 成 员 模 板 也 就 不 
存在 外 围 模板 ， 因 此 我 们 就 只 需要 一 个 template<> 前 级 : 


template<> 





class Outer<bool>::Inner<wchar t> { 
public: 


enum { count = 2 }; 





全 局 模板 特 化 通常 部 是 很 有 用 的 ， 但 有 时 候 我 们 更 希望 把 类 模板 特 
化 成 一 个 “针对 模板 实 参 ”的 类 家 族 ， 而 不 是 针对 “一 个 具体 实 参 列表 ”的 
全 局 特 化 。 例 如 ， 假 设 下 面 是 一 个 实现 链表 功能 的 类 模板 : 


template<typename T> 


class List { // (1) 
public: 
void append(T const&); 


inline size_t length() const; 


上 

对 于 某 个 使 用 这 个 模板 的 大 项 目 ， 它 可 能 会 基于 多 种 类 型 来 实例 化 
该 模板 的 成 员 。 于 是 ， 对 于 那些 没有 进行 内 联 扩展 的 成 员 函 数 〈 壁 如 
List<T>::append0) ， 这 就 可 能 会 明显 增加 目标 代码 的 大 小 。 然 而 ， 如 
果 我 们 从 一 个 更 低层 次 的 实现 来 看 ，List<int*>::append() 的 代码 和 
List<void*>::append0O 的 代码 是 完全 相同 的 。 也 就 是 说 ， 我 们 希望 可 以 让 
所 有 的 指针 List 共 享 同 一 个 实现 。 尽 管 我 们 不 能 直接 用 C++ 来 表达 这 种 
实现 ， 但 我 们 可 以 指定 所 有 的 指针 List 都 实例 化 目 一 个 不 同 的 模板 定 
义 ， 从 而 近似 地 获得 这 种 实现 : 

template<typename T> 

class List<T*> { // (2) 


private: 








List<void*> impl; 


public: 


void append(T* p) { 
impl.append(p); 

} 

size_t length() const { 
return impl.length(); 

} 


上 

在 这 种 情况 下 ， 我 们 把 原来 的 模板 《〈 即 〈1) 处 的 模板 ) 称 为 基本 
模板 ， 而 后 一 个 定义 则 被 称 为 局 部 特 化 (因为 该 模板 定义 所 使 用 的 模板 

实 参 只 是 被 局 部 指定 ) 。 表 示 一 个 局 部 特 化 的 语法 包括 : 一 个 模板 参数 

列表 声明 (template<...>) 和 在 类 模板 名 称 后 面 显 式 指定 的 模板 实 参 列 
表 【 在 我 们 的 例子 中 是 <T*>) 。 

我 们 前 面 的 代码 还 存在 一 个 问题 ， 因 为 ”List<void*> 会 递归 地 包含 
一 个 相同 类 型 的 List<void*> 成 员 。 为 了 打破 这 种 无 限 递归 ， 我 们 可 以 在 
这 个 局 部 特 化 前 面 先 提供 一 个 全 局 特 化 : 

template<> 


class List<void*> { // (3) 











void append (void* p); 


inline size_t length() const; 


这 样 ， 一 切 才 是 正确 的 。 因 为 当 进 行 匹 配 的 时 候 ， 全 局 特 化 会 优 于 
局 部 特 人 化。 于是， 指针 List 的 所 有 成 员 函 数 都 被 委托 给 List<void*> 的 实 
现 ( 通 过 容易 内 联 的 函数 ) 。 针 对 C++ 模板 备 受 指责 的 代码 膀 胀 的 缺 








点 ， 这 也 是 殉 服 该 缺点 的 有 效 方法 之 一 。 

对 于 局 部 特 化 声明 的 参数 列表 和 实 参 列表 ， 存 在 一 些 约束 。 下 面 就 
是 一 些 重要 的 约束 : 

1. 局 部 特 化 的 实 参 必须 和 基本 模板 的 相应 参数 在 种 类 上 (可 以 古 类 
型 、 非 类 型 或 者 模板 ) 是 匹配 的 。 

2. 局 部 特 化 的 参数 列表 不 能 具有 缺 省 实 参 ;但 局 部 特 化 仍然 可 以 使 
用 基本 类 模板 的 缺 省 实 参 。 

3. 局 部 特 化 的 非 类 型 实 参 只 能 是 非 类 型 值 ， 或 者 是 普通 的 非 类 型 模 
板 参数 ， 而 不 能 是 更 复杂 的 依赖 型 表达 式 〈 诸 如 2*N， 其 中 N 是 模板 参 
数 ) 。 

4. 局 部 特 化 的 模板 实 参 列 表 不 能 和 基本 模板 的 参数 列表 完全 等 同 
《不 考虑 重新 命名 ) 。 

下 面 的 例子 详细 地 说 明了 这 些 约束 : 


template<typename T, int I = 3> 














class S; / 基本 模板 

template<typename T> 

class S<int, T>; / 错误 : 参数 类 型 不 匹配 
template<typename T = int> 

class S<T, 10>; / 错误 : 不 能 具有 缺 省 实 参 
template<int [> 

class S<int, I*2>; / 错误 : 不 能 有 非 类 型 的 表达 式 
template<typename U, int K> 

class S<U, K>; / 错误 : 局 部 特 化 和 基本 模板 之 间 


// 没有 本 质 的 区 别 
每 个 局 部 特 化 〈 和 每 个 全 局 特 化 一 样 ) 都 会 和 基本 模板 发 生 关 联 。 
当 使 用 一 个 模板 的 时 候 ， 编 译 器 肯定 会 对 基本 模板 进行 查找 ， 但 接 下 来 
会 匹配 调用 实 参 和 相关 特 化 的 实 参 ， 然 后 确定 应 该 选择 哪 一 个 模板 实 














现 。 如 果 能 够 找到 多 个 匹配 的 特 化 ， 那 么 将 会 选择 “最 特殊 ”的 特 化 〈 和 
重 载 函数 模板 所 定义 的 原则 一 样 ，; 如 果 有 未 能 找到 “最 特殊 ”的 一 个 特 
化 ， 即 存在 几 个 特殊 程度 一 样 的 特 化 ， 那 么 程序 将 会 包含 一 个 二 义 性 错 
误 。 

最 后 ， 我 们 应 该 指出 : 类 模板 局 部 特 化 的 参数 个 数 是 可 以 和 基本 模 
板 不 一 样 的 ， 既 可 以 比 基 本 模板 多 ， 也 可 以 比 基 本 模板 少 。 让 我 们 再 次 
考虑 泛 型 模板 List 〈 在 〈1) 处 声明 ) 。 我 们 已 经 讨论 了 应 该 如 何 优化 指 
针 List 的 实现 ， 但 我 们 希望 可 以 针对 《特定 的 ) 成 员 指 针 类 型 实现 这 种 
优化 。 下 面 的 代码 就 是 针对 指 同 成 员 指 针 的 指针 (pointer-to-member- 
pointers) ， 来 实现 这 种 优化 : 

template<typename C> 


class List<void* C::*> { //(4) 





public: 
/ 针对 指 回 void* 的 成 员 指 针 的 特 化 
/ 除了 void* 类 型 之 外 ， 每 个 指向 成 员 指针 的 指针 类 型 都 会 使 用 
这 个 特 化 
typedef void* C::*ElementType; 


void append(ElementType pm); 


inline size_t length() const; 


上 

template<typename T, typename C> 

class List<T* C::*> { // (5) 
private: 


List<void* C::*> imp!l; 


public: 

/ 针对 任何 指向 成 员 指 针 的 指针 类 型 的 局 部 特 化 

// 除了 指向 void* 的 成 员 指 针 类 型 ， 它 在 前 面 已 经 处 理 了 
/ 我 们 看 到 这 个 局 部 特 化 具有 两 个 模板 参数 

/ 然而 基本 模板 却 只 有 一 个 参数 

typedef T* C::*ElementType; 


void append(ElementType pm) { 
impl.append((void* C::*)pm); 

} 

inline size_t length() const { 
return impl.length(); 

} 


上 
除了 模板 参数 数量 不 同 之 外 ， 我 们 看 到 在 〈4) 处 定义 的 公共 实现 
本 喘 也 是 一 个 局 部 特 化 (对 于 简单 的 指针 例子 ， 这 里 应 该 是 一 个 全 局 特 
化 ) ， 而 所 有 其 它 的 局 部 特 化 ( (5) 处 的 声明 ) 都 是 把 实现 委托 给 这 
个 公共 实现 。 显 然 ， 在 (4) 处 的 公共 实现 要 比 〈5) 处 的 实现 更 加 特殊 
化 ， 因 此 也 就 不 会 出 现 二 义 性 问题 。 





12.5 本 章 后 记 


全 局 模板 特 化 从 一 开始 就 是 C++ 模板 机 制 的 一 部 分 ， 而 函数 模板 重 
载 和 关 模 板 局 部 特 化 后 来 才 成 为 C++ 模板 机 制 的 一 部 分 。HP 的 C++ 编译 
融 是 第 一 个 实现 函数 模板 重 载 的 编译 器 ;而 EDG 的 C++ 前 端 技术 则 首次 
实现 了 类 模板 的 局 部 特 化 。 本 章 中 的 局 部 排序 原则 最 开始 是 由 Steve 





Adamczyk 和 John Spicer〈 他 们 两 人 是 EDG 公 司 的 人 员 ) 实现 的 。 

借助 于 模板 特 化 可 以 避免 出 现 无 限 递归 的 模板 定义 ， 这 种 能 力 〈 诸 
如 我 们 在 12.4 节 给 出 的 List<T*> 例 子 ) 已 经 出 现 了 很 长 一 段 时 间 了 。 然 
而 ，Erwin Unruh 可 能 是 第 一 个 发 现 这 种 能 力 可 以 带 来 有 趣 的 template 
metaprogramming 的 人 ; metaprogramming 是 指 借助 于 模板 实例 化 机 制 ， 
在 编译 器 执行 一 些 重要 的 计算 。 我 们 将 在 第 17 章 讨论 这 个 话题 。 

你 可 能 会 疑惑 为 什么 只 有 类 模板 才能 被 局 部 特 化 ， 这 主要 是 由 历史 
原因 造成 的 。 因 为 可 能 也 能 够 为 函数 模板 定义 这 个 相同 的 机 制 ( 见 第 13 
章 ) 。 从 某 种 意义 上 而 言 ， 重 载 函 数 模 板 的 功能 和 局 部 特 化 的 功能 是 类 
似 的 ; 但 也 存在 一 些 细微 的 区 别 。 这 些 区 别 主要 是 基于 下 面 的 事实 : 对 
于 特 化 ， 在 看 到 一 个 调用 的 时 候 ， 只 会 查找 基本 模板 ， 而 特 化 则 是 在 后 
来 需要 决定 调用 哪 一 个 实现 的 时 候 ， 才 会 被 考虑 的 。 相 反 ， 对 重 载 函 数 
模板 进行 查找 的 时 候 ， 所 有 的 重 载 函数 模板 都 必须 被 放 入 重 载 集 里 面 ， 
而 且 这 些 重 载 函数 模板 还 可 以 来 自 不 同 的 名 字 空 间 和 类 ;这 将 会 增加 无 
意 重 载 某 个 模板 名 称 的 可 能 性 。 

另 一 方面 ， 我 们 可 以 想象 : 存在 一 种 可 以 对 类 模板 进行 重 载 的 形 
式 。 下 面 就 是 一 个 假想 的 例子 : 

/无 效 的 类 模 板 重 载 


template<typename T1, typename T2> class Pair; 





























template<int N1, int N2> class Pair; 


然而 ， 实 现 这 种 机 制 看 起 来 又 疫 有 很 大 的 意义 。 





从 1988 年 的 首次 设计 到 1998 年 的 C++ 标准 化 过 程 〈 事 实 上 ， 技 术 工 
作 在 1997 年 12 月 就 已 经 全 部 完成 了 ) ，C++ 模 板 有 了 很 大 的 发 展 。 在 这 
之 后 的 几 年 里 ， 整 个 语言 的 定义 是 相对 比较 稳定 的 ;但 是 ， 随 着 时 间 的 
发 展 ， 在 C++ 模板 这 个 领域 中 出 现 了 许多 新 的 需求 。 一 些 需 求 只 是 为 了 
满足 语言 的 一 致 性 和 正 交 性 。 例 如 ， 为 什么 只 有 类 模板 允许 使 用 缺 省 模 
板 实 参 ， 而 函数 模板 则 不 可 以 呢 ? 其 他 的 一 些 扩展 主要 是 来 自 于 不 断 复 
杂 化 的 模板 编程 idioms;， 另 一 方面 ， 这 些 idioms 同 时 也 不 断 地 扩展 现存 
编译 器 的 功能 。 

在 下 面 的 介绍 中 ， 我 们 将 描述 一 些 曾 被 C++ 语言 和 编译 器 设计 者 多 
次 提出 的 扩展 。 在 大 多 数 情况 下 ， 这 些 扩展 是 由 各 种 高 级 C++ 程序 库 
也 包括 C++ 标准 库 ) 的 设计 者 提出 的 。 然 和 而， 我们 并 不 能 保证 每 一 个 
扩展 将 来 都 能 够 成 为 C++ 标准 的 一 部 分 ， 但 另 一 方面 ， 一 些 C++ 实 现 确 
实 已 经 提供 了 这 些 扩 展 。 




















13.1 从 括 号 Hack 


对 于 模板 的 初学 者 而 言 ， 需 要 在 两 个 相连 的 闭 尖 括 写 之 间 添 加 一 个 
空格 的 事实 可 能 会 令 他 们 感到 非常 惊讶 。 例 如 : 


#include <list> 





#include <vector> 

typedef std::vector<std::list<int> > LineTable; /正确 

typedef std::vector<std::list<int>> OtherTable; V 语法 错误 

第 2 个 typedef 声明 是 错误 的 ， 因 为 中 间 没 有 空格 分 开 的 两 个 闭 尖 


括号 实际 上 是 代表 一 个 “ 右 移 〈>>) ”运算 符 ， 而 这 将 会 使 源 代码 在 该 位 
置 的 声明 变 得 坚 无 意义 。 

然而 ， 和 ”C+t+ 源 代码 解析 器 的 其 他 许多 处 理 方法 相 比 ,， “检测 这 个 
错误 并 且 黑 认 地 把 >> 运 算 符 看 成 是 两 个 相连 的 尖 括 号 《这 种 特性 也 被 称 
为 尖 括 号 hack) ”将 会 是 比较 简单 的 解决 方法 。 事 实 上 ， 许 多 编译 器 已 
经 能 够 意识 到 这 种 用 法 ， 也 接受 这 种 代码 ， 只 是 在 遇 到 的 时 候 会 给 出 一 


人 








因此 ，C++ 的 未 来 版 本 可 能 会 认为 OtherTable 的 声明 在 前 面 的 例 
子 中 ) 是 合法 的 。 然 而 ， 我 们 应 该 知道 ， 尖 括号 hack 还 存在 一 些 复杂 的 
边缘 问题 。 实 际 上 ， 在 模板 实 参 列表 中 ， 右 移 运 算 符 〈>>) 在 某 些 情况 
下 也 可 以 是 一 个 合法 的 标记 。 下 面 的 例子 就 说 明了 这 一 点 : 

template<int N> class Buf; 

template<typename T> void strange() {} 

template<int N> void strange() {} 

int main() 

{ 

strange<Buf<16>>2> >(); // 这 个 >> 标 记 并 不 是 一 个 错误 

} 

一 个 相关 的 话题 是 对 双 字 符 <: 的 处 理 方 法 ， 该 字符 实际 上 等 价 于 
一 个 方 括号 〈 见 9.3.1 小 节 ) 。 考 虑 下 面 抽 取出 来 的 代码 : 

template<typename T> class List; 

class Marker:; 

List<::Marker>* markers: // 错误 

该 例子 的 最 后 一 行将 会 被 看 成 List[:Marker>* markers; ， 而 这 是 完 
全 没有 音义 的 。 然 而 ， 编 译 器 应 该 知道 ， 如 果 诸 如 List 的 模板 后 面 泽 跟 
一 个 左 方 括号 ， 那 么 该 模板 是 不 可 能 有 效 的 。 因 此 ， 在 这 种 情况 下 ， 应 
该 避免 辨识 这 种 相应 的 双 字 符 ， 即 应 该 把 <: 看 成 两 个 单独 字符 来 理解 。 


13.2 放松 tvpename 的 原 见 


许多 程序 员 和 语言 设计 者 发 现 : typename 的 使 用 规则 太 严 格 了 ( 具 
体 细 节 见 5.1 节 和 9.3.2 小 节 ) 。 例 如 ， 在 下 面 的 代码 中 ， 
Array<T>::ElementT 中 的 typename 是 必 不 可 少 的 ; 而 
Array<int>::ElementT 是 禁止 使 用 typename 的 (会 产生 一 个 错误 ) : 
template <typename T> 
class Array { 
public: 
typedef T ElementT; 


}; 

template <typename T> 

void clear (typename Array<T>::ElementT& p); // 正确 

void clear (typename Array<int>::ElementT& p); /错误 

template<> 

类 似 上 面 的 例子 总 是 让 人 觉得 很 意外 ， 因 为 要 让 C++ 编译 器 实 
现 *“ 忽 略 这 种 多 余 的 关键 字 ” 并 不 困难 。 于 是 ， 语 言 的 设计 者 认为 : 对 于 
任何 前 面 没 有 使 用 关键 字 struct、class、union 或 者 enum 之 一 的 受 限 类 型 
名 称 ， 都 可 以 在 前 面 加 上 关键 字 typename。 这 个 决定 (可 能 ) 同时 也 前 
明了 .template、->template 和 ::template 这 3 个 构造 所 允许 的 使 用 情况 。 

从 实现 者 的 观点 看 来 ， 忽 略 多 余 的 typename 和 template 是 相对 比较 
直接 的 作法 。 有 趣 的 是 ， 在 一 些 情况 下 ， 语 言 至 今 仍然 要 求 加 上 这 些 关 
键 字 ， 而 某 些 编译 器 实现 却 可 以 不 需要 这 些 关 键 字 。 例 如 ， 在 前 面 的 函 
数 模板 clear() 中 ， 编 译 器 知道 名 称 Array<T>::ElementT 只 能 够 是 一 个 类 型 
名 称 《〈 在 这 里 不 允许 是 其 他 的 表达 式 ) ， 所 以 前 面 这 个 typename 的 使 用 





就 是 可 选 的 。 因 此 ，C++ 标 准 委 员 会 也 正在 考虑 这 种 改变 ， 即 在 一 些 情 
况 下 减少 使 用 关键 字 typename 和 template。 


13.3 缺 省 函数 模板 实 参 


当 模 板 最 初 被 加 入 C++ 语 言 的 时 候 ， 显 式 函 数 模板 实 参 并 不 是 一 个 
有 效 的 构造 。 通 常 都 必须 借助 于 调用 表达 式 来 演绎 函数 模板 的 实 参 。 于 
是 ， 看 起 来 并 没有 实现 缺 省 函数 模板 实 参 的 必要 ， 因 为 演绎 所 获得 的 值 
总 是 会 改写 这 个 缺 省 值 。 

然而 ， 在 这 之 后 ， RM 不 能 通过 演 
绎 获得 。 因 此 ， 对 于 这 些 不 能 进行 演绎 的 模板 实 参 ， 自 然 束 有 必要 指定 
一 些 缺 省 值 。 考 虑 下 面 的 例子 : 

template <typename T1, typename T2 = int> 

T2 count (T1 const& x); 

class MyInt { 








}; 

void test (Container const& c) 

| 
int i = count(c); 
MylInt j = count<MyInt>(c); 
assert(] == i); 

} 





在 这 个 例子 中 ， 我 们 看 到 了 一 个 约束 : 如 采 模 板 参数 具有 一 个 缺 省 
实 参 值 ， 那 么 位 于 该 参数 后 面 的 每 个 参数 都 必须 具有 缺 省 模板 实 参 。 这 
个 约束 也 同样 适用 于 类 模板 ， 因 为 如 果 类 模板 不 遵循 这 个 约束 的 话 ， 那 
么 通常 情况 下 都 不 能 指定 应 该 匹配 后 面 的 哪 一 个 实 参 。 我 们 借助 下 面 的 





错误 代码 来 说 明 这 一 点 : 
template <typename T1 = int, typename T2> 
class Bad; 
Bad<int>* b; V/ int 是 用 来 蔡 换 T1 还 是 用 来 蔡 换 T2 昵 
然而 ， 对 于 函数 模板 而 言 ， 可 以 通过 演绎 来 推导 出 后 面 的 这 些 实 
。 因 此 ， 我 们 可 以 改写 前 面 的 例子 ， 而 且 这 也 不 存在 任何 技术 上 的 困 
难 : 
template <typename T1 = int, typename T2> 
T1 count (T2 const& x); 


void test (Container const& c) 


Wp 


' 
int i = count(c); 
MyInt j = count<MyInt>(c); 
assert(] == i); 

} 


当 这 本 书 正在 编写 的 时 候 ，C++ 标 准 委 员 会 也 正在 考虑 函数 模板 在 
这 方面 的 扩展 。 

后 来 还 发 现 ， 程 序 员 还 大 量 使 用 了 缺 省 模板 实 参 ， 因 为 这 样 束 可 以 
避免 提供 显 式 模板 参数 。 例 如 : 

template <typename T = double> 

void f(T const& = T()); 








int main() 

{ 
f(1); // 正确 : 把 T 演 绎 成 int 
f<long>(2); /正确 : T=1long， 没 有 演绎 
f<char>(); / 正确: 等 价 于 f<char>(\0) 


fO: // 等 价 于 f<double>(0.0) 


} 
因此 ， 在 没有 提供 显 式 模板 实 参 的 情况 下 ， 这 里 的 缺 省 模板 实 参 能 
够 为 我 们 提供 了 一 个 可 以 使 用 的 缺 省 调用 实 参 。 





13.4 字符 串 文 字 和 浮 点 型 模板 实 参 











在 非 类 型 模板 实 参 的 所 有 约束 中 ， 令 模板 初学 者 和 高 级 用 户 感 到 最 
意外 的 可 能 就 是 : 不 能 让 字符 串 文 字 作为 模板 实 参 。 
例如 ， 下 面 的 例子 看 起 来 是 很 直观 的 : 


template <char const* msg> 





class Diagnoser { 
public: 
void print(); 
int main() 
{ 
Diagnoser<"Surprise!">().print(); 
} 
然而 ， 该 例子 却 存在 一 些 潜在 的 问题 。 在 标准 ”C++ 中 ， 对 于 两 个 
Diagnoser ”实例 ， 当 且 仅 当 这 两 个 实例 具有 相同 的 实 参 时 ， 才 属于 相同 
的 类 型 。 在 这 个 例子 中 ， 这 个 实 参 是 一 个 指针 值 ， 也 就 是 说 是 个 地 址 。 
然而 ， 两 个 看 起 来 完全 相同 的 字符 串 文字 ， 如 果 出 现在 不 同 的 源 位 置 ， 
却 不 一 定 有 具有 相同 的 地 址 。 因 此 ， 我 们 有 了 时候 会 陷入 一 种 困境 : 
Diagnoser<“X”> 和 Diagnoser<“X?”> 实 际 上 是 两 个 不 同 的 实例 ， 同 时 也 就 
属于 不 同 的 类 型 (我 们 看 到 :“X” 的 实际 类 型 是 char const[2]， 但 是 当 把 
它 传递 给 模板 实 参 的 时 候 ， 它 会 decay 成 char const* 类 型 )。 
由 于 这 个 《以 及 相关 的 ) 原因 ，C++ 标 准 禁 止 把 字符 串 文字 作为 模 








板 实 参 。 然 而 ， 菜 些 〈 编 译 器 ) 实现 却 以 一 种 扩展 的 方式 提供 了 这 个 功 
能 ;它们 通过 在 模板 实例 的 内 部 表示 中 使 用 实际 的 字符 串 文字 内 容 ， 来 
实现 这 种 功能 。 尽 管 这 样 是 可 行 的 ， 但 茶 些 C++ 语言 的 评论 员 认 为 : 与 
用 地 址 进行 答 换 的 非 关 型 模板 参数 相 比 ， 一 个 用 字符 串 文 字 进 行 答 换 的 
非 类 型 模板 参数 应 该 有 具有 不 同 的 声明 方式 。 然 而 ， 在 撰写 这 本 书 的 时 
候 ， 这 种 声明 语法 却 未 能 得 到 足够 的 支持 。 

我 们 还 应 该 知道 : 在 这 个 问题 上 ， 还 存在 另外 一 个 技术 问题 。 考 虑 
下 面 的 模板 声明 ， 假 设 在 下 面 的 例子 中 ， 语 言 已 经 经 过 扩展 ， 能 够 接受 
字符 串 文 字 作为 模板 实 参 : 


template <char const* str> 














class Bracket { 
public: 
static char const* address(); 
static char const* bytes(); 
; 
template <char const* str> 
char const* Bracket<str>::address() 
{ 
return str; 
} 
template <char const* str> 
char const* Bracket<str>::bytes() 
' 
return str; 
} 
在 前 面 的 例子 中 ， 除 了 名 字 不 同 之 外 ， 上 面 两 个 成 员 函 数 是 完全 等 
同 的 一 一 这 种 情况 并 不 少见 。 假 设 茶 个 实现 使 用 诸如 宏 扩 展 的 过 程 来 实 





例 化 Brack<“X”>， 那 么 在 这 种 情况 下， 如果 这 两 个 成 员 函 数 古 在 不 同 的 
翻译 单元 中 被 实例 化 ， 它 们 就 可 能 会 返回 不 同 的 值 。 有 趣 的 是 ， 对 “一 
些 现今 提供 这 个 扩展 〈 即 字符 串 文 字 作 为 实 参 ) 的 C++ 编译 器 ”的 测试 
也 表明 ， 这 些 编译 器 也 会 导致 这 种 出 人 意料 的 行为 〈 即 返回 不 同 的 
值 ) 。 

一 个 相关 的 话题 是 提供 浮 点 型 文字 (和 简单 的 浮 点 型 前 量 表达 式 ) 
作为 模板 实 参 的 能 力 。 例 如 : 


template <double Ratio> 





class Converter { 
public: 
static double convert (double val) { 


return val*Ratio; 


}; 

typedef Converter<0.0254> InchToMeter; 

某 些 C++ 编 译 右 实现 也 提供 了 这 种 能 力 。 事 实 上 ， 要 实现 这 种 扩 
展 ， 并 不 存在 很 难 的 技术 挑战 〈 这 一 点 和 字符 串 文 字 实 参 不 同 ) 。 





13.5 放松 模板 的 模板 参数 尼 








用 于 蔡 换 模板 的 模板 参数 的 模板 必须 能 够 和 模板 参数 的 参数 列表 精 
确 地 匹配 ， 但 这 有 时候 会 导致 意外 的 结果 。 如 下 面 的 例子 所 示 : 
#include <list> 
// std::list 的 声明 : 


// namespace std { 





// template <typename 工 ， 


// typename Allocator = allocator<T> > 


// class list: 
//} 
template<typename T1, 
typename 工 2， 
template<typename> class Container> 
// Container 期 望 只 有 一 个 参数 的 模板 
class Relation { 


public: 


private: 
Container<T1> dom!1:; 
Container<T2> dom2; 
上 
int main() 
Relation<int, double, std::list> rel; 
/ 错误 : std::list 的 参数 多 于 一 个 


} 

该 例子 是 不 合法 的 ， 因 为 我 们 的 模板 的 模板 参数 Container 期 望 的 是 
一 个 只 具有 一 个 参数 的 模板 ， 而 std::list 却 具有 两 个 参数 : 一 个 确定 元 素 
类 型 的 参数 和 一 个 配置 器 参数 。 

然而 ， 由 于 std::list 的 配置 器 参数 本 身 具有 一 个 缺 省 模板 实 参 ， 
此 让 Container 匹配 std::list 也 是 可 能 的 ， 并 且 可 以 让 Container 的 每 个 实 
例 化 体 都 使 用 std::list 的 这 个 缺 省 模板 实 参 〈 见 8.3.4 小 节 ) 。 

这 种 “ 实 参 满足 于 现状 (即使 未 能 精确 匹配 ) ”的 匹配 原则 同样 被 应 
用 于 函数 类 型 的 匹配 。 然 而 ， 对 于 函数 类 型 的 情况 ， 缺 省 实 参 并 不 总 是 








被 提 前 确定 的 ， 因 为 函数 指针 的 值 通 肖 要 等 到 运行 期 才能 确定 。 相 反 ， 
根本 就 不 存在 模板 指针 ， 因 此 ， 对 于 模板 而 言 ， 所 有 的 需要 信息 都 可 以 
在 编译 期 获得 。 

东 些 C++ 编译 圳 已 经 以 一 种 扩展 的 方式 提供 了 这 种 宽松 的 匹配 。 这 
种 实现 还 会 借助 于 typedef 模 板 我 们 将 在 下 一 节 讨 论 ) 。 例 如 ， 考 虑 下 
面 的 main0) 函 数 的 定义 ， 它 丛 换 了 前 面 的 例子 : 


template <typename T> 














typedef std::list<T> MyList; 

int main() 

{ 

Relation<int, double, MyList> rel; 

} 

typedef 横 板 引 入 了 一 个 新 的 模板 ， 就 参数 而 言 ， 它 现在 可 以 和 
Container 精 确 地 匹配 。 当 然 ， 这 种 实现 完 竟 是 加 强 还 是 减弱 了 放松 匹配 
规则 ， 仍 然 存 在 着 很 大 的 争议 。 

在 C++ 标 准 委员 会 召开 之 前 ， 束 已 经 有 人 提出 了 这 个 问题 ， 但 是 从 
目前 的 情况 来 看 ， 应 该 不 会 添加 这 个 放松 匹配 规则 。 


13.6 typedef 模 板 


我 们 经 党 通过 《以 一 种 相对 复杂 的 方式 ) 组 合 类 模板 来 获得 其 他 的 
参数 化 类 型 。 当 这 种 参数 化 类 型 在 源 代 码 中 多 次 重复 使 用 的 时 候 ， 我 们 
通常 布 望 可 以 用 一 种 快捷 方式 来 将 换 它 们 ， 就 像 typedef 为 非 参数 化 类 型 
提供 快捷 方式 一 样 。 

因此 ，C++ 语 言 设计 者 们 正在 考虑 一 种 类 似 于 下 面 的 构造 : 


template <typename T> 





typedef vector<list<T> > Table; 


有 了 这 个 声明 之 后 ，Table 将 会 是 一 个 新 的 模板 ， 也 可 以 被 实例 化 
成 一 个 具体 的 类 型 定义 。 我 们 把 这 种 模板 称 为 typedef 模 板 〈 相 对 于 类 模 
板 和 函数 模板 ) 。 例 如 : 

Table<int> t: /的 类 型 为 vector<list<int> > 

现今 ， 我 们 是 使 用 类 模板 的 成 员 typedef， 来 解决 由 于 没有 提供 
typedef 模 板 所 导致 的 不 足 : 

template <typename 工 > 

class Table { 

public: 
typedef vector<list<T> > Type; 

上 

Table<int>::Typet Vt 的 类 型 为 vector<list<int> > 

由 于 typedef 模板 将 会 是 一 种 比较 全 面 的 模板 ， 因 此 也 可 以 像 类 模 
板 一 样 对 它们 进行 特 化 : 

// 基本 的 typedef 模板 : 

template<typename T> typedef T Opaque; 

/ 局 部 特 化 : 

template<typename T> typedef void* Opaque<T*>; 

// 全 局 特 化 : 

template<> typedef bool Opaque<void>; 

男 一 方面 ，typedef 模 板 并 不 总 是 很 直观 的 。 例 如 ， 在 演绎 过 程 中 ， 
很 难 确定 typedef 模 板 是 如 何 发 挥 作用 的 : 


void candidate(long); 














template<typename T> typedef 工 DT; 
template<typename T> void candidate(DT<T>); 
int main() 


{ 


candidate(42); /会 调用 哪 一 个 candidate() 
} 
很 难 确定 上 面 的 代码 是 否 能 够 成 功 地 演 经。 当然， 并 非 任 何 typedef 
模式 都 可 以 成 功 演 绎 。 





在 第 12 章 ， 我 们 讨论 了 如 何 对 类 模板 进行 局 部 特 化 ， 而 函数 模板 
只 能 被 重 载 。 这 两 种 机 制 是 有 些 区 别 的 。 

局 部 特 化 并 不 会 引入 一 个 新 的 模板 ， 它 只 是 对 原来 模板 〈 即 基本 模 
板 ) 进行 扩展 。 当 碍 找 类 模板 的 时 候 ， 刚 开始 只 会 考虑 基本 模板 ; 然 
而 ， 如 果 在 选择 了 基本 模板 之 后 ， 还 发 现 了 一 个 “模板 实 参 能 够 和 实例 
化 体 的 模板 实 参 进行 完全 模式 匹配 ”的 局 部 特 化 ， 那 么 将 会 实例 化 该 局 
部 特 化 的 定义 (也 就 是 模板 实体 )，， 而 不 再 实例 化 基本 模板 的 定义 (全 
局 模板 特 化 的 查找 过 程 也 是 如 此 ) 。 

相反 ， 重 载 的 函数 模板 是 一 个 分 开 的 模板 ， 它 们 之 间 是 完全 独立 
的 。 当 选择 要 实例 化 哪 一 个 模板 的 时 候 ， 所 有 的 重 载 模板 都 要 被 考虑 ; 
然后 由 重 载 解析 规则 试图 选择 一 个 最 佳 的 匹配 。 乍 看 起 来 ， 这 会 是 一 种 
有 效 的 奉 代 《〈 局 部 特 化 的 ) 方法 ， 然 而 实际 中 仍然 存在 一 些 约束 : 

“在 不 改变 类 定义 的 前 提 下 ， 我 们 就 可 以 特 化 类 中 的 茶 个 成 员 模 
板 。 然 而 ， 如 果 要 给 类 增加 一 个 重 载 函数 ， 我 们 束 不 得 不 改变 这 个 类 的 
定义 。 但 是 ， 在 许多 情况 下 ， 这 种 改变 并 不 是 可 选 的 ， 因 为 我 们 可 能 不 
具有 改变 类 定义 的 权利 。 例 如 ， 现 今 的 C++ 标准 并 不 允许 我 们 给 std 名 字 
空间 增加 新 的 模板 ， 但 它 允 许 我 们 特 化 std 名 字 空 间 中 的 某 个 模板 。 

“为 了 重 载 函 数 模 板 ， 多 个 重 载 函数 之 间 的 参数 必须 有 本 质 上 的 区 
别 。 考 虑 一 个 函数 模板 R_ convert(T const&)， 其 中 R 和 TT 是 模板 参数 。 我 
们 可 能 希望 基于 R = void 来 特 化 这 个 模板 ， 但 使 用 重 载 并 不 能 达到 这 个 












































目的 。 

“那些 针对 某 个 非 重 载 函数 的 合法 代码 ， 在 对 这 个 函数 进行 重 载 之 
后 ， 就 可 能 会 变 成 不 合法 的 代码 。 例 如 ， 针 对 两 个 函数 模板 f(T) 和 g(T) 

(其 中 T 是 模板 参数 ) ， 表 达 式 g(&f<int>) 是 合法 的 ; 但 如 果 我 们 对 f 进 

行 重 载 ， 该 表达 式 就 可 能 是 不 合法 的 (因为 不 能 确定 究竟 是 选择 哪 一 个 
f) 。 

针对 引用 “特定 函数 模板 或 者 特定 函数 模板 的 实例 化 体 ” 的 友 元 声 
明 ， 函 数 模板 的 重 载 版 本 并 不 能 自动 获得 (原来 赋 给 ) 原始 模板 的 特权 

《 即 友 元 关系 〉。 

总 之 ， 上 面 所 列举 的 这 些 方面 给 出 了 一 份 强 有 力 的 论据 ， 用 于 文 持 
图 数 模 板 的 局 部 特 化。 

另 一 方面 ， 用 于 实现 局 部 特 化 函数 模板 的 语法 和 类 模板 局 部 特 化 的 
语法 是 类 似 的 ， 更 可 以 看 成 是 类 模板 局 部 特 化 语法 的 一 般 化 。 

template <typename 工 > 

T const& max (T const&, T const&); / 基本 模板 

template <typename T> 

T* const& max <T*>(T* const&, T* const&); // 局 部 特 化 

某 些 语言 的 设计 者 们 担心 : 把 局 部 特 化 和 函数 模板 重 载 交互 使 用 ， 
将 会 出 现 问题 。 例 如 : 

template <typename T> 

void add (T& x, int D); /一 个 基本 模板 

template <typename 工 , typename 工 2> 

void add (T1 a, T2 b); / 另 一 个 〈 重 载 的 ) 基本 模板 

template <typename 工 > 

void add<T*> (T*&, int); // 是 对 上 面 的 哪 一 个 基本 模板 进行 特 化 呢 ? 

然而 ， 我 们 认为 这 是 一 个 错误 的 例子 ， 但 也 不 会 对 这 种 特性 的 使 用 
造成 大 的 影响 。 














在 本 书 编写 的 时 候 ，C++ 标 准 委员 会 正在 考虑 这 种 扩展 。 


13.8 tvpeof 运 算 符 





当 编 写 模板 的 时 候 ， 对 于 依赖 于 模板 的 表达 式 ， 表 示 它 们 的 类 型 通 
常 是 很 有 必要 的 。 一 个 第 用 的 例子 是 : 声明 一 个 针对 两 个 数值 数组 模板 
的 算术 运算 符 ， 其 中 不 同 数 组 模板 的 元 素 类 型 是 不 同 的 。 下 面 的 例子 很 
好 地 解释 了 这 种 情况 : 

template <typename T1, typename 工 2> 

Array<???> operator+ (Array<T1> const& x, Array<T2> const& y); 

根据 上 面 代码 我 们 可 以 推测 ， 该 运算 符 将 会 产生 一 个 数组 ， 其 元 素 
来 自 于 数组 x 和 数组 y 的 对 应 元 素 之 和 ; 元 素 的 类 型 为 x[0] + y[0] 的 类 
型 。 遗 憾 的 是 ，C++ 并 没有 提供 一 种 根据 T1 和 T2 来 表达 这 个 结果 类 型 的 
可 行 方法 。 

于 是 ， 某 些 编译 器 以 扩展 的 方式 提供 了 typeof 运 算 符 来 解决 这 个 问 
题 。 这 会 让 我 们 想起 sizeof 运算 符 的 用 法 : 它 接收 一 个 表达 式 参数 ， 并 
且 根 据 该 参数 产生 一 个 编译 期 实体 ， 该 实体 通常 是 该 参数 类 型 的 占 位 符 
的 个 数 。 但 对 于 typeof 运 算 符 而 言 ， 最 后 获得 的 编译 期 实体 可 以 看 成 是 
一 个 类 型 的 名 称 。 因 此 ， 在 我 们 前 面 的 例子 中 ， 借 助 typeof 运 算 符 ， 我 
们 可 以 这 样 编写 代码 : 


template <typename T1, typename 工 2> 























Array<typeof(T1()+T2())> operator+ (Array<T1> const& x, 
Array<T2> const& y); 
这 样 看 起 来 很 好 ， 但 仍然 不 是 最 理想 的 。 实 际 上 ， 上 面 的 代码 假设 
给 定 类 型 是 可 以 进行 缺 省 初始 化 的 。 然 而 ， 我 们 可 以 通过 引入 一 个 辅助 
模板 ， 来 避免 这 种 假设 。 如 下 : 


template <typename T> 


T makeT(; // 不 需要 定义 
template <typename T1, typename 工 2> 
Array<typeof(makeT<T1>()+makeT<T2>())> 
operator+ (Array<T1> const& xX, 
Array<T2> const& y); 
另外 ， 我 们 期 望 可 以 使 用 x[0] 和 y[0] 作 为 typeof 的 实 参 ， 但 我 们 却 办 
不 到 这 一 点 ， 因 为 在 typeof 构 造 所 在 的 位 置 ，x 和 y 还 没有 被 声明 。 一 种 
根本 的 解决 方案 是 引入 另 一 种 可 以 把 返回 类 型 放 在 参数 类 型 后 面 的 函数 
声明 语法 : 
/运算 符 函 数 模板 : 
template <typename T1, typename 工 2> 
operator+ (Array<T1> const& x, Array<T2> const& y) 
-> Array<typeof(x[0]+y[0])>; 
/一 般 的 函数 模板 : 
template <typename T1, typename 工 2> 
function exp(Array<T1> const& x, Array<T2> const& y) 
-> Array<typeof(exp(x[0], y[0]))> 
如 例子 中 所 示 ， 为 了 能 够 对 非 运算 符 函 数 应 用 该 语法 ， 我 们 将 需要 
引入 一 个 新 的 关键 字 (这 里 是 function) (对 于 运算 符 函 数 而 言 ， 关 键 
字 operator 已 经 足够 引导 解析 过 程 了 ) 。 
我 们 应 该 注意 : typeof 必 须 是 一 个 编译 期 运算 符 ， 特 别 是 typeof 并 不 
会 考虑 协 变 返回 类 型 。 如 下 面 的 例子 所 示 : 


class Base { 





public: 
Virtual Base* clone(); 
}; 


class Derived : public Base { 


public: 

virtual Derived* clone(); // 协 变 的 返回 类 型 
” 
void demo (Base* p, Base* gq) 
| 

typeof(p->clone()) tmp = p->clone(); 


// tmp 的 类 型 永远 是 Base* 


} 
15.2.4 小 市 说 明了 在 缺乏 typeof 运 算 符 的 情况 下 ， 有 时 候 如 何 利用 
promotion 〈 提 升 ) trait 来 局 部 地 解决 一 些 问题 。 





13.9 命名 模板 实 参 


16.1 节 描述 了 一 种 技术 ， 它 让 我 们 可 以 只 为 一 个 特定 参数 提供 一 个 
非 缺 省 的 模板 实 参 ， 而 对 于 其 他 具有 缺 省 值 的 模板 参数 ， 则 不 需要 指定 
模板 实 参 。 尽 管 该 技术 非常 有 趣 ， 但 要 实现 这 个 相对 比较 简单 的 功能 ， 
我 们 却 需要 花费 大 量 的 工作 ; 因此 ， 提 供 一 种 用 于 命名 模板 实 参 的 语言 
机 制 ， 束 成 了 一 种 很 自然 的 想法 。 

此 时 ， 我 们 应 该 知道 : 在 C++ 标准 化 的 过 程 中 ，Roland Hartinger 提 
出 了 一 种 类 似 的 扩展 (有 时 也 把 这 种 扩展 称 为 天 键 字 实 参 ， 即 keyword 
argument， 具 体 见 [StroustrupDnE] 的 6.5.1 小 节 ) 。 尽 管 在 技术 上 是 可 行 
的 ， 但 由 于 各 种 原因 ， 这 个 提议 最 后 还 是 未 被 纳入 语言 。 在 这 一 点 上 ， 
我 们 也 不 能 期 望 命名 模板 实 参 会 把 这 种 提议 纳入 到 语言 中 。 

然而 ， 基 于 完整 性 考虑 ， 根 据 某 些 设计 者 们 所 提出 的 多 种 建议 ， 在 
此 我 们 给 出 一 种 折衷 的 方案 : 


template<typename TT, 

















Move: typename M = defaultMove<T>, 
Copy: typename C = defaultCopy<T>, 
Swap: typename S = defaultSwap< 工 >， 
Init: typename I = defaultInit< 工 >， 

Kill: typename K = defaultKill<T> > 


class Mutator { 


}; 

void test(MatrixList m]) 

{ 

mySort (ml, Mutator <Matrix, Swap: matrixSwap>); 

} 

我 们 看 到 : 实 参 名 称 ( 位 于 冒号 前 面 〉 和 参数 名 称 是 不 同 的 。 这 让 
我 们 可 以 在 实现 中 使 用 简短 的 参数 名 称 〈 臂 如 M) ， 而 且 还 可 以 具有 一 

个 自己 在 文档 中 说 明 的 实 参 名 称 〈 璧 如 Move) 。 另 外 ， 因 为 这 种 写法 

看 起 来 有 一 种 比较 见长 的 程序 风格 ， 所 以 当 实 参 名 称 等 同 于 参数 名 称 的 
时 候 ， 我 们 就 可 以 (试想 ) 把 实 参 名 称 省 略 。 


template<typename TT, 








: typename Move = defaultMove<T>, 
: typename Copy = defaultCopy<T>, 
: typename Swap = defaultSwap<T>, 
: typename Init = defaultInit<T>, 

: typename Kill = defaultKill<T> > 


class Mutator { 


13.10 评 态 属性 





在 第 15 章 和 第 19 章 ， 我 们 讨论 了 各 种 在 编译 期 进行 区 分 类 型 的 方 
法 。 当 我 们 要 基于 类 型 的 静态 属性 来 选择 模板 特 化 的 时 候 ， 这 些 trait 束 
是 很 有 用 的 。 例 如 ， 我 们 在 15.3.2 小 节 给 出 了 一 个 CSMtraits 类 ， 它 试图 
选择 一 个 最 优化 或 者 近似 最 优化 的 人 策略， 来 拷贝 、 交 换 或 者 移动 具有 实 
参 类 型 的 元 素 。 

某 些 语言 设计 者 发 现 : 如 果 这 种 “ 特 化 选择 ”是 频繁 的 ， 那 么 就 不 应 
该 总 是 要 求 用 户 定 义 这 些 复杂 的 代码 ， 因 为 这 些 代码 只 是 为 了 获得 一 个 
属性 ， 而 该 属性 是 编译 器 实现 内 部 早已 经 知道 的 。 于 是 ， 语 言 应 该 提供 
一 些 内 建 的 type ”trait。 下 面 的 代码 可 能 就 是 一 个 使 用 这 类 扩展 的 有 效 
C++ 程 序 : 


#include <iostream> 




















int main() 
{ 
std::cout << std::type<int>::is_bit_copyable << \n'; 
std::cout << std::type<int>::is_union << \n'; 
| 
尽管 可 以 为 这 种 构造 添加 一 种 新 的 语法 ， 但 是 把 这 种 语法 看 成 一 种 
用 户 可 以 自 定义 的 语法 将 会 带 来 更 好 的 移植 性 ， 辟 如 说 从 现今 的 语言 移 
植 到 包含 这 个 特性 的 另 一 种 语言 。 然 而 ， 茶 些 C++ 编 译 器 可 以 很 容易 就 
提供 的 静态 属性 〈 例 如 ， 确 定 一 个 类 型 是 否 是 一 个 union) ， 却 不 能 
传统 的 trait 技 术 来 实现 ， 这 也 成 为 “把 这 个 静态 属性 实现 为 语言 本 里 一 个 
性 质 ” 的 文 持 者 的 另 一 个 论据 : 如 果 编 译 圳 可 以 依赖 静态 属性 来 翻译 程 
序 ， 将 可 以 大 大 减少 编译 器 的 开销 《包括 内 存 使 用 量 和 CPU 的 运行 次 
数 ) 。 











许多 模板 都 会 对 它们 的 参数 强加 一 些 隐 式 的 要 求 。 当 该 模板 的 实例 
化 体 的 实 参 不 能 符合 这 些 要 求 的 时 候 ， 束 会 产生 一 个 泛 型 的 错误 ， 或 者 
是 所 生成 的 实例 化 体会 出 现 问 题 。 对 于 早期 的 C++ 编译 器 ， 在 模板 实例 
化 期 间 所 生成 的 这 种 泛 型 错误 通常 都 是 非常 不 透明 的 (例如 6.6.1 “小节 
的 例子 )。 对 于 现在 的 编译 器 ， 这 些 错 误 信息 相对 比较 清楚 ， 根据 它们 
有 经 验 的 程序 员 都 能 够 很 快 地 找 出 问题 所 在 ， 但 我 们 仍然 有 必要 改善 这 
种 现状 。 考 虑 下 面 这 个 人 为 的 例子 〈 意 在 阐明 真实 模板 库 的 茶 些 行 
为 ) : 


template <typename 工 > 











void clear (T const& p) 
{ 
*p = 0;V 假设 T 是 一 个 类 似 指针 的 类 型 
template <typename 工 > 
void core (T const& p) 
{ 
clear(p); 
1 
template <typename T> 
void middle (typename T::Index p) 
{ 
core(p); 
1 
template <typename T> 


void Shell (T const& env) 


{ 
typename 工 ::Index i; 
middle<T>(i); 
} 
class Client { 
public: 
typedef int Index; 


}; 

Client main client: 

int main() 

{ 

shell(main_client); 

} 

这 个 例子 说 明了 典型 的 软件 开发 展 次 体系 : 诸如 shell0 的 高 层 函 数 
模板 依赖 于 诸如 middle() 的 组 件 ， 而 midqdle0 组 件 则 使 用 了 core0 的 基本 
功能 。 于 是 ， 当 我 们 实例 化 shell0 的 时 候 ， 下 面 所 有 层次 的 模板 都 需要 
被 实例 化 。 在 这 个 例子 中 ， 问 题 出 现在 最 深 的 层次 : 用 int 类 型 来 实例 化 
core()〔 根 据 middleO) 中 Client::Index 的 使 用 ) ， 然 后 试图 对 一 个 int 类 型 的 
值 进 行 解 引 用 操作 ， 这 显然 是 非法 的 。 因 此 ， 一 个 好 的 诊断 信息 应 该 包 
括 一 个 对 导致 问题 的 所 有 层次 的 跟踪 ; 但 这 些 跟踪 所 获得 的 信息 是 元 长 
的 ， 并 且 用 处 也 不 大 。 

有 人 提出 了 一 种 伏 换 方法 在 最 高 层 的 模板 中 插入 一 个 装置 ， 从 而 
当 层 次 比 它 低 的 代码 不 符合 所 给 要 求 时 ， 束 禁止 进行 更 深 的 实例 化 。 根 
据 现 有 的 C++ 构造 ， 为 了 实现 这 种 装置 ， 人 们 已 经 进行 了 多 种 答 试 〈 见 
[BCCL]) ， 但 还 没有 找到 一 种 行 之 有 效 的 方法 。 因 此 ， 我 们 硕 望 语言 
可 以 提供 一 种 扩展 来 解决 这 个 问题 。 显 然 ， 这 种 扩展 可 能 要 建立 在 前 面 














讨论 的 静态 属性 功能 之 上 。 例 如 ， 我 们 可 以 想象 这 样 修改 原来 的 
shell(): 
template <typename T> 
void shell (T const& env) 
\ 
std::instantiation_error( 
!std::type< 工 >::has_member type<"Index">, 
"T must have an Index member type"); 
std::instantiation_error( 
Istd::type<typename T::Index>::dereferencable, 
"T::Index must be a pointer-like type"); 
typename 工 ::Index i; 
middle(i); 
} 
我 们 假设 伪 函 数 instantiation_error(O) 会 中 止 该 实例 化 过 程 (因此 也 人 避 
多 了 middle() 的 实例 化 过 程 触发 诊断 信息 ) ， 并 且 使 编译 器 给 出 一 个 给 
定 的 错误 信息 。 
尽管 这 样 是 可 行 的， 但 该 方法 却 存在 一 些 缺 点 。 例 如 ， 如 果 用 这 种 
方式 来 描述 一 个 类 型 的 所 有 属性 ， 那 么 代码 很 快 就 会 变 得 很 腑 肿 。 另 
外 ， 一 些 人 建议 使 用 哑 代 码 作为 一 种 中 止 这 种 实例 化 的 构造 ， 下 面 就 是 
所 建议 的 多 种 方案 中 的 一 种 《这 个 方案 没有 引入 新 的 关键 字 ) : 
template <typename 工 > 
void shell (T const& env) 
{ 
template try { 
typename T::Index P; 
“p=0; 


} catch "T::Index must be a pointer-like type"; 
typename 工 ::Index i; 
middlel(i); 
} 
template try 子 句 的 实体 部 分 只 是 进行 尝试 性 的 实例 化 ， 实 际 上 并 不 
会 生成 目标 代码 ;， 而且， 如 果 出 现 一 个 错误 的 话 ， 束 会 给 出 后 面 的 诊断 
信息 。 遗 憾 的 是 ， 这 种 机 制 的 实现 很 困难 ， 因 为 即使 可 以 禁止 生成 这 类 
目标 代码 ， 编 译 器 内 部 仍然 会 出 现 一 些 难以 避免 的 边缘 效应 。 换 句 话 
说 ， 这 样 一 个 相对 较 小 的 特性 ， 可 能 会 要 求 现存 的 编译 器 技术 进行 相当 
程度 的 重新 构造 。 
事实 上 ， 大 部 分 的 蔡 代 方案 都 是 有 缺点 的 。 例 如 ，C++ 编 译 器 可 以 
用 多 种 语言 《英语 、 德 语 、 日 本 语 等 ) 来 报告 诊断 信息 ， 但 是 在 源 代码 
中 提供 各 种 语言 的 翻译 将 会 是 非常 复杂 的 。 而 且 ， 如 果实 例 化 过 程 被 完 
全 中 止 ， 并 且 也 没有 把 前 提 条 件 准 确 表达 出 来 的 话 ， 那 么 对 于 程序 员 而 
言 ， 这 样 的 情况 将 会 比 普 通 〈 尽 管 很 元 长 ) 的 诊断 信息 更 加 难以 处 理 。 





























13.12 类 模 








我 们 可 以 想象 ， 基 于 模板 参数 之 间 的 差异 对 类 模板 进行 重 载 是 完全 
可 能 的 。 例 如 ， 假 设 有 下 面 的 例子 : 
template <typename T1> 


class Tuple { 
/单个 


}; 
template <typename T1, typename 工 2> 


class Tuple { 


1 会 齐 


}; 
template <typename T1, typename T2, typename T3> 
class Tuple { 

/ 3 元 组 


}; 

在 下 一 节 ， 我 们 将 讨论 一 个 使 用 这 类 重 载 的 应 用 程序 。 

事实 上 ， 重 载 并 不 受 限于 模板 参数 的 个 数 〈( 这 种 重 载 可 以 用 局 部 特 
化 来 仿效 ， 诸 如 第 22 章 的 FunctionPtr) ， 也 可 以 借助 于 参数 的 不 同 种 类 
进行 重 载 : 


template <typename T1, typename 工 2> 





class Pair { 


/一 对 泛 型 的 类 型 域 


}; 
template <int I1, int I2> 


class Pair { 


// 一 对 和 常 整数 值 


~ 


尽管 语言 设计 者 已 经 在 非 正式 场合 对 这 个 话题 进行 了 多 次 的 讨论 ， 
但 C++ 标准 委员 会 仍然 还 没有 正式 提出 这 个 话题 。 


13.13 List 人 参数 





有 时 候 ， 我 们 希望 可 以 把 具有 几 个 类 型 的 列表 看 成 一 个 单一 的 模板 
实 参 ， 并 用 这 个 单一 实 参 进行 传递 。 通 常情 况 下 ， 使 用 这 种 列表 会 有 两 
个 目的 : 声明 一 个 参数 个 数 不 固 定 的 函数 ， 或 者 定义 一 种 具有 成 员 个 数 
不 固定 的 类 型 结构 。 

例如 ， 我 们 希望 定义 一 个 能 够 计算 任意 多 个 值 中 最 大 者 的 模板 。 一 
种 可 能 的 声明 语法 是 : 使 用 省 上 略 号 标记 ， 从 而 说 明 最 后 一 个 模板 参数 的 
含义 是 允许 匹配 任意 个 数 的 实 参 。 


#include <iostream> 














template <typename T, ...list> 

T const& max (TI const&, T const&, list const&); 

int main() 

{ 

std::cout << max(1, 2, 3, 4) << std::endl; 

} 

可 以 尝试 各 种 可 能 的 办 法 来 实现 这 个 模板 。 下 面 就 是 其 中 的 一 种 实 
现 方法 ， 它 并 不 需要 新 的 关键 字 ， 但 是 需要 给 函数 模板 重 载 添 加 一 条 新 
的 规则 : 让 重 载 解析 规则 优先 选择 不 具有 list 参 数 的 模板 。 

template <typename T> inline 

T const& max (T const& a, T const& b) 

{ 











/ 我 们 用 于 求 普通 的 二 元 最 大 值 的 操作 return a<b?b:a; 
} 
template <typename T, ...list> inline 
T const& max (T const& a, T const& b, list const& x) 
\ 


return max (a, max(b,x)); 


让 我 们 来 看 调用 max(1,2,3,4) 会 经 过 了 哪些 步 又。 由 于 具有 4 个 参 
数 ， 所 以 具有 二 元 参数 的 max0 并 不 能 匹配 ， 于 是 就 选择 了 参数 为 T=int 
与 list = int , int 的 第 2 个 模板 。 这 等 于 调用 第 1 个 实 参 为 1、 第 2 个 实 参 值 为 
max(2,3,4) 的 二 元 函数 模板 max0。 接 下 来 调用 max(2,3,4)， 这 也 不 能 和 二 
元 参数 的 max() 进 行 匹 配 ， 于 是 我 们 要 调用 T = int 与 list = int 的 list 参 数 版 
本 。 最 后 这 一 次 的 子 表 达 式 是 max(b,x)， 它 可 以 扩展 成 max(3,4)， 于 是 
选择 二 元 模板 ， 该 递归 结束 。 

借助 重 载 函 数 模板 的 这 种 能 力 ， 一 切 都 可 以 正常 进行 。 当 然 ， 还 存 
在 一 些 比 我 们 上 面 的 讨论 更 加 复杂 的 地 方 。 例 如 ， 人 针对 上 面 的 情况 〈 常 
数 参 数 ) ， 我 们 必须 准确 地 指定 list const& 的 含义 。 

有 时 候 ， 我 们 希望 引用 list 的 某 个 特定 元 素 或 者 一 个 子 集 。 璧 如 ， 
我 们 可 以 使 用 下 标 运 算 符 〈 即 []) 来 实现 这 个 目的 。 下 面 的 例子 展示 了 
我 们 如 何 借 助 模板 技术 构造 一 个 metaprograming， 来 计算 list 中 元 素 的 个 
数 : 


template <typename 工 > 











class ListProps { 
public: 
enum { length= 1 }; 
template <...list> 
class ListProps { 
public: 
enum { length = 1+ListProps<list[1 ...]>::length }; 
这 些 都 说 明了 list 参数 对 类 模板 而 言 也 可 能 是 很 有 用 的 ， 而 且 可 以 
和 前 面 所 讨论 的 类 重 载 概念 结合 在 一 起 ， 来 实现 《或 者 优化 ) 多 种 模板 


metaprogramming 技 术 。 





另外 ，list 参 数 还 可 以 用 于 声明 数目 不 确定 的 多 个 域 : 
template <...list> 


class Collection { 


list; 
} 
有 相当 多 的 基本 用 法 都 可 以 建立 在 这 个 特性 (list 参数 ) 之 上 。 关 
于 更 多 的 介绍 ， 我 们 建议 你 参阅 Modern C++Design《〈 见 








[AlexandrescuDesign]) ， 其 中 使 用 了 大 量 的 基于 模板 和 基于 宏 的 
metaprogramming， 来 补充 说 明 这 个 特性 的 其 他 方面 。 





13.14 空 角 | 





对 于 模板 编程 而 言 ， 其 中 一 个 普遍 的 挑战 就 是 : 声明 一 个 足够 (但 
不 能 超过 太 多 ) 容纳 “一 个 未 知 类 型 T 的 对 象 ” 的 字 节 数组 ， 也 就 是 说 ，T 
是 一 个 模板 参数 。 一 个 典型 的 应 用 程序 就 是 “discriminated union”( 也 称 
为 变化 的 类 型 (variant type) 或 者 tagged union ) : 
template <...list> 
class D_Union { 
public: 
enum { n_bytes }; 
char bytes[n_bytes]; // 对 于 用 模板 实 参 描述 的 多 种 类 型 ， 
// 该 数组 最 后 将 会 存储 其 中 的 一 种 类 型 


’ 

常量 n_bytes 不 能 总 是 设 为 sizeof(T)， 因 为 T 可 能 会 具有 比 字 节 绥 冲 
区 (bytes buffer) 更 加 严格 的 alignment requirement (对 齐 要 求 )。 现 在 
已 经 存在 多 种 启发 性 算法 来 考虑 这 种 alignment， 但 这 些 算法 通常 都 比较 








复杂 ， 或 者 会 做 出 任意 的 假设 。 

对 于 这 类 应 用 程序 而 言 ， 我 们 实际 上 是 希望 能 够 “把 类 型 的 
alignment requirement 表 示 成 一 个 常量 表达 式 ” 并 且 可 以 把 这 种 alignment 
强制 应 用 到 类 型 、 域 或 者 变量 身上 。 许 多 C 和 C++ 编译 器 已 经 支持 一 个 
名 为 。 _alignof 。 _ ”的 运算 符 ， 它 会 返回 一 个 给 定 类 型 或 者 表达 式 的 
alignment。 这 和 sizeof 运 算 符 很 相似 ， 唯 一 的 区 别 就 是 它 会 返回 一 个 
alignment， 而 sizeof 表 达 式 返回 一 个 给 定 类 型 的 大 小 。 许 多 编译 器 还 提 
供 了 四 ragma 指示 符 或 者 类 似 的 装置 来 设置 一 个 实体 的 alignment。 于 
是 ， 将 来 可 能 会 引入 一 个 alignof 关键 字 ， 它 既 可 以 用 于 表达 式 中 (用 
来 获得 alignment) ， 也 可 以 在 声明 中 使 用 《〈 用 来 设置 alignment) 。 


template <typename 工 > 





class Alignment { 
public: 
enum { max = alignof(T) }; 
上 
template <...list> 
class Alignment { 
public: 
enum { max = alignof(list[0]) > Alignment<list[1 ...]>::max 
? alignof(list[0]) 
: Alignment<list[1 ...]>::max} 
上 
/ 我们 还 可 以 根据 上 面 的 代码 ， 类 似 地 设计 几 种 用 于 集合 的 Size 模 





板 
/ 用 来 获得 一 个 给 定 类 型 列表 的 最 大 size 
template <...list> 


class Variant { 


public: 


char buffer[Size<list>::max| alignof(Alignment<list>::max); 








我 们 通常 会 说 :“ 程 序 员 是 懒 惰 的 "。 有 了 时候 这 人 句 话 也 说 明 我 们 希望 
让 程序 符号 变 得 更 加 紧凑 。 就 这 一 点 而 言 ， 让 我 们 考虑 下 面 的 声明 : 


std::map<std::string, std::list<int> >* dict 





= new std::map<std::string, std::list<int> >; 

这 个 声明 是 非常 元 长 的 ;在 实际 情况 中 我 们 可 以 (也 经 和 常 ) 为 这 个 
类 型 引入 一 个 typedef 类 型 别名 。 然 而 ， 我 们 仍然 能 看 到 这 个 声明 的 见长 
部 分 : 我 们 指定 了 dict 的 类 型 ， 但 在 初始 化 器 中 却 再 次 隐 式 地 指定 了 dict 
的 类 型 。 于 是 ， 我 们 会 考虑 是 否 存在 一 个 等 价 的 声明 ， 它 只 需要 指定 一 
次 类 型 ?例如 : 

dcl dict = new std::map<std::string, std::list<int> >; 

对 于 最 后 一 个 声明 ， 我 们 通过 初始 化 器 的 类 型 来 沽 绎 变量 dict 的 类 
型 。 这 里 需要 使 用 一 个 关键 字 【〔 在 我 们 这 个 例子 中 是 dcl， 也 有 人 建议 
使 用 var 或 者 auto 来 作为 关键 字 ) ， 以 将 这 个 声明 和 普通 的 赋值 操作 区 分 
开 米 。 

迄今 为 上 上 ， 这 种 问题 并 不 仅仅 局 限于 模板 。 事 实 上 ， 在 早期 的 
Cfront 编译 器 《在 1982 年 ， 模 板 出 现 以 前 ) 版 本 就 允许 这 种 构造 。 然 
而 ， 正 是 基于 模板 的 类 型 的 见长 性 才 对 这 种 特性 的 使 用 提出 了 新 的 需 
求 。 

我 们 可 以 想象 一 种 局 部 演绎 方式 ， 在 该 方式 中 ， 只 有 模板 实 参 才 必 
须 进 行 演绎 : 








std::list<> index = create_index(); 
这 种 演绎 的 男 一 种 变化 是 ， 根据 构造 函数 实 参 来 演绎 模板 实 参 。 例 
如 : 
template <typename T> 
class Complex { 
public: 
Complex(T const& re, T const& im);... 
上 
Complex<> z(1.0, 3.0); / 演绎 工 = double 
由 于 存在 重 载 的 构造 函数 (包含 构造 冰 数 模板 〉， 这 种 演绎 变 得 很 
复杂 以 致 很 难 给 出 准确 定义 。 例 如 ， 假 设 我 们 的 Complex 模 板 除 了 包含 
一 个 普通 的 找 贝 构造 函数 之 外 ， 还 包含 了 一 个 构造 函数 模板 : 
template <typename T> 
class Complex { 
public: 
Complex(Complex<T> const&); 
template <typename T2> Complex(Complex<T2> const&);... 
}; 
Complex<double> j(0.0, 1.0); 
Complex<> z =j; // 会 调用 哪 一 个 构造 函数 呢 
对 于 最 后 一 个 初始 化 ， 可 能 会 调用 普通 的 找 贝 构造 函数 ， 因 此 z 和 j 
应 该 具有 相同 的 类 型 。 然 而 ， 如 果 试 图 把 这 种 选择 看 成 是 一 种 隐 式 的 规 
则 ， 甚 至 忽略 构造 函数 模板 的 话 ， 那 么 这 种 作法 是 坚 无 根据 的 。 


13.16 函数 表达 式 
像 第 22 章 所 介绍 的 一 样 ， 把 一 个 小 的 函数 〈 或 者 仿 函 数 ) 作为 一 





个 参数 传递 给 其 他 的 函数 通常 都 是 很 方便 的 。 我 们 还 在 第 18 半 说 明了 : 
表达 式 模 板 技 术 能 够 被 准确 地 用 于 创建 小 的 仿 函 数 ， 而 且 不 会 涉及 到 显 
式 声明 的 开销 《 见 18.3 节 ) 。 

例如 ， 我 们 希望 对 一 个 标准 vector 的 每 个 元 素 都 调用 一 个 特定 的 成 
员 函 数 ， 同 时 初始 化 该 vector: 

class BigValue { 





public: 


void init(); 


所 
class Init { 
public: 
void operator() (BigValue& v) const { 
Vv.init(); 
} 
上 
void compute (std::vector<BigValue>& vec) 
{ 
std::for_each (vec.begin(), vec.end(), 
InitO)); 


} 

事实 上 ， 我 们 没有 必要 定义 一 个 分 开 的 类 Init。 因 此 ， 我 们 可 以 想 
象 这 样 编写 代码 : 让 这 个 (未 命名 的 ) 函数 的 实体 作为 表达 式 的 一 部 
分 : 

class BigValue { 


public: 


void init(); 


2 
void compute (std::vector<BigValue>& vec) 
| 
std::for_each (vec.begin(), vec.end(), 
$(BigValue&) { $1.init(); }); 


} 

这 里 的 用 法 是 : 我 们 引入 了 一 个 函数 表达 式 ， 它 使 用 了 一 个 特殊 符 
号 $ ， 该 特写 后 面 紧 跟 圆 括号 中 的 参数 类 型 和 花 括 写 里 面 的 实体 。 在 这 
个 构造 的 内 部 ， 我 们 可 以 通过 符号 $n 来 引用 每 个 参数 ， 其 中 常数 n 表 示 
第 几 个 参数 。 

这 种 形式 和 所 谓 的 lambda 表 达 式 (或 者 称 为 lambda 函 数 ) 紧密 相 
关 ， 也 类 似 于 其 他 编程 语言 的 closure。 然 而 ， 还 存在 其 他 的 解决 方案 。 
例如 ，Java 使 用 了 匿名 内 联 类 的 解决 方案 : 

class BigValue { 





public: 


void init(); 


上 
void compute (std::vector<BigValue>& vec) 
| 
std::for_each (vec.begin(), vec.end(), 
class { 
public: 
void operator() (BigValue& v) const { 


V.init(); 


} 


} 

对 于 这 种 构造 ， 尽 管 在 语言 设计 者 中 已 经 多 次 被 正式 提出 ， 但 是 有 具 
体 的 建议 却 几乎 没有 。 这 可 能 是 由 于 下 面 的 事实 : 设计 这 个 扩展 是 一 件 
很 难 的 工作 ， 远 远 不 止 我 们 例子 中 所 讨论 的 这 些 内 容 。 在 许多 要 被 解决 
的 问题 中 ， 其 中 的 两 个 比较 重要 的 问题 是 : 返回 类 型 的 规范 ， 以 及 确定 
在 函数 表达 式 体 中 ， 何 种 实体 是 可 访问 的 规则 。 人 例如， 是否 可 以 访问 外 
围 的 函数 中 的 局 部 变量 ? 另外， 函数 表达 式 也 可 以 被 看 成 是 模板 ， 模 板 
中 的 参数 类 型 可 以 根据 函数 表达 式 的 具体 用 法 进行 演绎 。 这 个 观点 能 够 
使 前 面 的 例子 显得 更 加 准确 〈 它 允许 我 们 可 以 完全 省 略 参数 列表 ) 。 但 
是 ， 这 个 想法 会 给 模板 实 参 演绎 系统 带 来 一 些 新 的 挑战 。 

我 们 仍然 不 知道 C++ 是否 会 包含 一 个 类 似 函 数 表达 式 的 概念 。 然 
而 ，Jaakko Jirvi 和 Gary Powell 的 Lambda 程 序 库 〈 见 [LambdaLib]) 为 了 
提供 这 个 功能 而 进行 了 很 多 的 工作 ， 即 使 该 功能 会 占用 很 多 昂贵 的 编译 























13.17 本 章 后 记 


显然 ， 在 C++ 编 译 占 还 没有 完全 兼容 1998 年 的 标准 (C++98) 的 情 
况 下 ， 我 们 残 谈论 语言 的 扩展 或 许 会 有 些 不 太 成 熟 。 然 而 ， 在 编译 此 不 
断 和 语言 进行 兼容 的 同时 ， 我 们 (C++ 程序 员 社 团 ) 也 看 到 了 C++ 的 一 
些 真 正 的 不 足 之 处 (特别 是 模板 〉。 

为 了 迎合 ” C++ 程序 员 的 要 求 ，C++ 标 准 委 员 会 (通常 称 为 ”ISO 


WG21/ANSI J16 或 者 wWG21/J16) 开始 尝试 一 条 通 向 新 标准 的 道路 ， 也 
就 是 C++0x。 在 2001 年 4 月 在 Copenhagen 《哥本哈根 ， 和 丹麦 首都 ) 召开 
的 会 议 上 ， 初 步 表 述 了 这 个 新 的 标准 C++0x，WG21/J16 也 已 经 开始 考察 
具体 的 程序 库 扩展 方案 。 

实际 上 ， 标 准 委员 会 的 动机 是 尽 可 能 地 限制 C++ 标准 库 的 扩展 。 众 
所 周知 ， 某 些 扩展 可 能 需要 针对 核心 语言 进行 大 量 的 工作 。 另 外 ， 我 们 
期 望 许多 必要 的 修改 会 和 C++ 模板 相关 ， 就 像 1990 年 把 STL 引 入 C++ 标 
准 库 一 样 ， 很 好 地 刺激 了 模板 技术 的 发 展 。 

最 后 ， 大 家 还 期 望 C++0x 可 以 解决 C++98 中 的 不 足 。 大 家 都 希望 这 
样 可 以 提高 C++ 的 使 用 程度 。 我 们 这 一 章 也 已 经 讨论 了 这 个 方向 《〈 即 解 
决 C++98 的 一 些 不 足 ) 的 一 些 扩展 。 

















[11 译注: “普通 ”原文 这 里 都 是 ordinary， 因 为 本 书 针 对 的 是 模板 内 容 ， 
所 以 这 里 的 “普通 ”是 用 来 修饰 “没有 模板 〈 或 者 不 是 模板 ) ”的 意 

思 .“ 名 字 空 间 ”， 英 文 是 namespace， 该 词 还 有 另 一 种 译 法 : “命名 空 
间 ”; “ 域 ” 和 英文 中 是 “scope”， 该 词 在 不 会 影响 阅读 通顺 时 我 会 翻译 成 “ 作 
用 域 ?， 而 当 名 词 过 长 时 就 只 翻译 成 “ 域 ”。 


[21. 译注 : 外 围 类 ， 指 的 是 包含 这 个 实体 的 类 ， 原 文 为 “their enclosing 
class”， 诸 如 上 面 代码 中 ，Collection 就 是 Node、Handle 和 allocO 的 外 围 


» 


入 o 


[3]. 译注 : 基本 类 型 的 ， 原文 是 built-in type， 以 前 很 多 人 直译 成 “内 建 类 
型 ”， 指 诸如 int、double 等 类 型 ， 于 是 ， 这 里 翻译 成 * 基 本 类 型 > 更 加 恰 








[4]. 译注 : 在 这 个 例子 中 指 的 是 没有 提供 缺 省 构造 函数 ， 因 为 我 们 可 
以 直接 提供 第 2 个 参数 ， 所 以 即使 不 提供 缺 省 构造 汕 数 ， 也 是 正确 的 。 


gy 它们 和 普通 的 类 模板 很 相似 ， 但 它们 有 时 会 被 〈 错 误 地 ) 视 为 成 员 
员 板 。 


[61. 译注 :“ 普 通 ”， 这 个 词 在 这 本 书 有 它 独特 的 意义 ， 因 为 该 书 是 涉及 





模板 的 知识 ， 所 以 这 里 的 普通 是 指 并 非 〈 或 者 不 是 ) 模板 ， 普 通 成 员 也 
就 是 不 具有 模板 的 成 员 。 


[71. 关键 字 class 并 不 意味 着 蔡 换 的 实 参 应 该 是 class 类 型 。 事 实 上 ， 它 可 

以 是 任何 可 访问 类 型 。 然 而 ， 在 函数 内 部 定义 的 类 《〈 即 局 部 类 ) 就 不 能 

2 (这 和 模板 参数 是 用 typename 来 声明 还 是 用 class 来 声明 没 
系 ) 


[81. 模板 的 模板 参数 也 不 属于 类 型 模板 参数 ， 但 当 我 们 讨论 非 类 型 模板 
参数 时 ， 并 不 考虑 模板 的 模板 参数 。 


[91. 译注 : 这 是 调用 语句 中 的 模板 参数 缺 省 值 。 


[101]. 译注 : 这 是 声明 语句 中 的 模板 参数 缺 省 值 ， 请 注意 〈 和 译注 1 中 ) 
这 两 者 的 区 别 。 


[11]. 译注 : “可 见 ” 的 原文 是 visible， 这 里 的 意思 是 要 求 类 模板 有 前 置 声 
明 或 者 声明 处 能 看 到 (之前) i 具体 还 有 哪些 限制 ， 请 见 9.2.2 小 
节 和 10.1 节 。 



































| Wa 这 里 的 原文 是 qualified， 是 指 前 面 有 一 个 域 运 算 
， 后 面 的 受 限 名 称 束 是 指 这 类 前 面 有 一 个 双 冒 号 〈 即 域 运算 符 ) 
称 ， 


[131. 译注 : 这 里 就 是 前 面 所 说 的 “可 见 ” 的 对 江面 “不 可 见 ”。 


[141. ADL 也 称 为 Koenig 碍 找 《〈 或 者 扩展 的 Koenig 碍 找 ) ， 这 是 根据 
Andrew Koenig 的 名 字 来 命名 的 ， 因为 他 首次 提出 这 种 查找 机 制 。 


[5]. 译注 ; 这 些 术语 的 翻译 原则 是 ， 如 果 这 里 谈 到 的 一 些 术语 会 在 后 面 
的 代码 中 出 现 ， 那 么 将 不 翻译 ， 这 样 应 该 有 助 于 理解 代码 。 


[161 译注 : 实例 化 体 ， 束 是 由 实例 化 产生 的 实体 ， 类 似 于 特 化 。 


[171. 译注 :这 里 有 个 问题 : 如 果 把 这 段 代码 在 VC6\VC7 下 编译 运行 ， 

那么 第 2 个 { 函 数 实 际 上 进行 的 是 普通 查找 。 要 如 作者 所 说 的 那样 ， 让 第 
2 个 { 函 数 进行 的 是 ADL， 我 们 应 该 在 main 函 数 前 前 面 添加 using namespace 
N， 这 样 束 完 全 符合 作者 的 说 法 了 。 男 一 方面 ， 我 们 应 该 清楚 这 里 的 {不 
是 成 员 函 数 ， 这 和 我 们 在 这 一 小 节 开 始 提 到 的 成 员 函 数 是 有 区 别 的 。 如 








果 你 把 namespace N 改 成 class N， 把 using namespace X 去 掉 ， 再 把 using 
namespace N 改 成 using ::N， 把 枚 举 和 里 面 的 f 函 数 都 声明 成 static， 你 就 
ee 





[1L8]. 虽然 编写 C++ 标准 的 人 清楚 地 提出 了 这 一 点 ， 但 标准 中 并 没有 清楚 
地 圣 册 这 二 局。 

[191. 译注 : 根据 编译 原理 tokenization 这 个 词 我 们 称 为 “扫描 ”或 “词法 分 

析 〈]lexing) ”， 对 应 的 名 词 是 “ 扫 摘 器”。 

[201. 这 里 使 用 两 个 圆 括号 是 为 了 避免 将 (Invert<1>)0 解析 成 一 个 强制 类 
型 转换 操作 ， 但 是 这 样 也 给 源 代码 留 下 了 句法 卜 义 。 


[211. 两 字符 是 为 了 针对 国际 键盘 中 缺少 某 些 字符 和 简化 源 代码 的 输入 ， 
而 引入 语言 的 《例如 #、[ 和 ] 等 ) 。 


[221. 根据 [VandevoordeSolutions]， 只 提供 一 次 并 且 在 以 后 的 C++ 代码 中 
都 可 以 使 用 ， 才 是 真正 的 代码 重用 性 。 


[231 译注 ; 其 中 ， 这 里 的 :: 符 号 束 是 我 们 在 下 面 讲 到 的 限定 符 写 或 者 限 


定 符 。 


[241 在 标准 的 文件 中 ， 并 没有 很 清楚 地 说 明 这 一 点 ; 但 负责 文档 的 人 看 
起 来 都 同意 这 一 观点 。 


[251]. 译注 : VC6 下 调试 确实 如 此 。 

[261. 这 属于 两 阶段 查找 规则 (two-phase lookup) 的 作用 范围 ， 它 会 进 
行 两 个 阶段 的 查找 : 在 首次 看 到 模板 定义 的 时 候 ， 进 行 第 1 次 查找 ; 当 
实例 化 模板 的 时 候 ， 进 行 第 2 次 查找 〈 见 10.3.1 小 节 ) 。 


[7Z]. 大 括号 也 不 是 完美 无 缺 的 。 尤 其 是 ， 这 个 改变 会 导致 指定 类 模板 等 
语法 的 连带 修改 。 


[281 羊 运 的 是 ， 他 们 在 发 布 新 特性 之 前 束 找 到 了 错误 。 


已 9]“ 实 例 化 > 这 个 概念 有 时 也 用 于 表示 “根据 类 型 创建 一 个 对 象 ”， 然 
而 ， 在 这 本 书 里 ， 我 们 总 是 指 模板 实例 化 。 




















[30]. 通常 而 言 ， 特 化 这 个 概念 用 于 代表 一 个 实体 ， 该 实体 是 模板 的 一 个 
eo ( 见 第 7 章 ) 。 但 是 ， 它 并 不 代表 我 们 在 第 12 章 所 描述 的 显 式 
寺 化 机 制 |。 


[31]. 匿名 的 union 有 它 自身 的 特殊 之 处 : 它 的 成 员 可 以 被 看 成 是 外 围 类 
的 成 员 。 匿 名 成 员 可 以 看 作 是 一 种 构造 ， 用 来 说 明 某 些 类 成 员 共 享 同一 
个 存储 器 。 

[321. 译注 : 我 们 要 区 分 产生 这 种 无 效 类 型 (如 Block[0]) 的 最 初 位 置 是 
明 还 是 在 定义 ， 这 是 链接 器 是 否 引 发 错误 的 关键 (一 个 决定 因 
En 

[331. 译注 : 这 里 请 参考 本 节 的 第 一 个 注释 ，union 在 这 里 有 它 的 特殊 之 
处 ， 它 里 面 的 成 员 实 际 上 被 认为 是 类 的 成 员 ， 从 而 这 里 当 作 声明 看 待 。 


[34]. 典型 的 例子 如 : 智能 指针 模板 〈 例 如 ， 标 准 库 中 的 
std::auto_ptr<T> ) 。 参 见 第 20 章 。 

















[35]. 除了 使 用 two-phase lookup 之 外 ， 我 们 还 可 能 会 使 用 two-stage 
lookup 或 者 two-phase name lookup 来 表示 这 个 概念 。 


[36]. 译注 : 请 参见 9.2.1 小 节 “ 实 例 化 体 ” 的 说 明 。 
[37]. 译注 : 原因 见 10.3.5 小 节 。 


[38]. 在 2002 年 的 C++ 标准 委员 会 中 ， 仍 然 在 讨论 是 否 可 以 用 某 种 符 换 方 
法 ， 使 具有 后 面 这 个 typede 〈f 即 typedef int Int) 的 例子 有 效 。 


[391. 声明 上 下 文 是 指 : 在 给 定 的 位 置 ， 所 有 可 以 访问 的 声明 所 组 成 的 集 


口 o 





[401. 这 将 融 来 一 种 与 《你 所 期 望 的 ) 宏 的 扩展 机 制 类 似 的 行为 。 


[411. 译注 : “实例 化 后 的 模板 成 员 ” 原 文 是 instantiated member of 
template， 指 的 就 是 “模板 成 员 的 实例 ”。 


[421. 当 编 译 器 不 能 内 联 “ 前 面具 有 inline 关 键 字 的 函数 的 每 个 调用 ”时 ， 
借助 于 这 个 机 制 ， 在 目标 文件 中 会 给 出 该 函数 的 男 外 一 份 拷贝 。 这 种 情 
况 可 能 发 生 在 多 个 目标 文件 中 。 














[43]. 虚 函 数 调 用 通常 是 借助 于 一 个 函数 指针 表 间 接 实现 的 。 关 于 
C++ 在 这 种 实现 方面 的 更 多 细 市 ， 请 参阅 [LippmanObjMod]。 





[441. 请 不 要 把 这 人 句 话 理解 成 Cfront 只 是 一 个 原型 ， 实 际 上 ，Cfront 被 广 
泛 应 用 于 工业 环境 ， 而 且 许多 商业 性 质 C++ 纺 译 器 所 提供 的 许多 特性 也 
古来 源 于 Cfront。Cfront 的 3.0 版 本 是 在 1991 年 发 布 的 ， 但 这 个 版 本 有 很 
多 错误 ， 于 是 很 快 束 有 了 3.0.1 版 本 ， 它 使 模板 可 以 顺利 通过 编译 。 


[45]. 也 就 是 说 ， 这 是 在 步骤 1 的 编译 过 程 中 进行 的 工作 。 因 为 在 编译 过 
程 中 ， 对 于 这 些 包 含 定义 的 源 代 码 ， 我 们 需要 记 住 它们 的 位 置 ， 将 来 才 
能 够 找到 它们 。 


[461. 我 们 也 并 非 没 有 仿 见 。 然 而 ， 事 实证 明 ， 首 个 (可 公开 获取 的 ) 具 
有 这 些 新 模板 特性 的 实现 就 来 目 于 这 两 个 公司 。 这 些 新 模板 特性 包括 成 
员 模 板 、 局 部 特 化 、 模 板 中 现今 的 名 称 得 找 ， 和 模板 的 分 离 模型 。 


[471. HP 的 C++ 编译 器 主要 借鉴 了 Taligent 公 司 〈 该 公司 后 来 被 ITBM 收 购 
) 下 HP 还 把 贪 焚 实 例 化 机 制 添 加 到 C++ 编译 器 中 ， 并 作为 缺 省 
沁 制 | 。 


[48]. EDG 并 没有 把 这 份 C++ 实 现 卖 给 终端 用 户 ， 他 们 只 是 给 其 他 软件 开 
发 商 提供 一 个 必要 的 、 可 移植 的 组 件 ， 该 组 件 包 含有 这 些 C++ 实现 ; 然 
后 才 由 开发 商 把 这 个 组 件 集成 到 特定 平台 的 解决 方案 中 。EDG 的 某 些 
客户 保留 这 种 可 移植 的 实例 化 达 代 实现 ， 但 他 们 也 可 以 只 把 该 实现 集成 
到 一 个 贪 禁 实例 化 环境 中 ( 贪 禁 实例 化 是 不 可 移植 的 ， 因 为 它 依 赖 于 特 
殊 的 链接 器 特性 ) 。 


[491. 译注 : 这 里 特殊 化 是 一 个 动词 ， 对 应 的 原文 是 specialized， 而 特 化 
是 外 名 词 ， 对 应 specialization。 


[501 函数 的 mangled name 是 编译 器 所 看 到 的 名 字 。 除 了 普通 的 函数 名 称 
之 外 ， 它 还 包括 参数 的 特性 、 函 数 的 模板 实 参 ， 有 时 候 还 有 其 他 的 一 些 
属性 ， 最 后 由 这 些 生 成 一 个 独一无二 的 名 称 ， 才 不 会 和 其 他 有 效 的 重 载 
水 数 发 生 名 称 冲突 。 


[511. 在 这 种 情况 下 ， 演 绎 失败 会 带 来 一 个 错误 。 然 而 ， 这 种 错误 是 属于 
SFINAE 〈 见 8.3.1 小 节 ) 范围 之 内 的 ， 也 就 是 说 ， 如 果 有 其 他 的 演绎 能 
够 成 功 ， 那 么 这 段 代 码 仍 然 是 有 效 的 。 














I 
型 转换 。 


[531. 译注 : 这 个 “调用 ”是 名 词 。 


[541. 如 果 阅 读 12.2 节 关于 “在 现代 C++ 中 函数 模板 重 载 如 何 实现 ”的 内 
容 ， 那 么 将 会 是 大 有 神 益 的 。 


[55]. 男 外 ，S 也 是 一 个 和 w 相 关联 的 类 ， 因 为 w 类 型 的 模板 实 参 就 是 5。 
[L561 译注 : 实例 化 体 束 是 由 实例 化 产生 的 实体 ， 类 似 于 特 化 。 

[571. 我 们 应 该 知道 : 表达 式 0 是 一 个 整数 ， 而 不 是 一 个 null 指 针 和 常量 。 

只 有 在 发 生 特 定 的 隐 陈 转型 之 后 ， 它 才 会 成 为 一 个 null 指 针 负 量 。 但 是 
在 模板 实 参 演绎 过 程 中 并 不 会 考虑 这 种 转型 。 

a i 

















[591. 声明 全 局 的 函数 模板 特 化 同样 也 需要 这 些 (相同 的 ) 前 级 。C++ 语 
言 的 早期 设计 并 没有 包含 这 些 前 级 ; 但 在 成 员 模 板 加 入 语言 之 后 ， 为 了 
区 分 一 些 复杂 的 特 化 例子 ， 才 要 求 加 入 这 个 额外 的 语法 。 














对 于 所 选择 的 程序 设计 语言 ， 程 序 通常 都 是 通过 一 些 设计 来 构造 ， 
这 些 设计 可 以 很 好 地 了 映 册 到 该 语言 所 提供 的 多 种 机 制 。 由 于 模板 是 一 种 
全 新 的 语言 机 制 ， 因 此 我 们 不 难 发 现 模 板 会 之 来 许多 新 的 设计 技术 。 我 
们 将 在 本 书 的 这 一 部 分 阐述 这 些 技术 。 

与 大 多 数 传统 的 语言 构造 相 比 ， 模 板 的 不 同 之 处 在 于 : 它 允 许 我 们 
在 代码 中 对 类 型 和 函数 进行 参数 化 。 把 (1) 局 部 特 化 和 〈2) 递归 实例 
化 组 合 起 来 ， 将 会 产生 出 人 意料 的 强大 威力 。 在 接 下 来 的 几 章 里 ， 我 们 
通过 下 面 的 一 些 设计 技术 来 展示 这 些 强大 威力 : 

“ 泛 型 编程 。 


etrait。 











policy class。 

metaprogramming。 

"表达 式 模 板 。 

我 们 的 田 述 并 不 仪 仅 列 举 出 许多 已 经 知道 的 设计 技术 ， 同 时 更 注重 
于 阐明 产生 这 些 技 术 的 各 种 原则 ， 这 样 我 们 才能 够 创建 新 的 技术 。 





多 态 是 一 种 能 够 令 单一 的 泛 型 标记 关联 不 同 特定 行为 的 能 力 [1] 。 
对 面向 对 象 的 程序 设计 范例 而 言 ， 多 态 可 以 说 是 一 块 基石 。 在 C++ 中 ， 
这 块 基石 主要 是 通过 继承 和 虚 函 数 来 实现 的 。 由 于 这 两 个 机 制 ( 继 承 和 
虚 函 数 ) 都 是 (人 至少 一 部 分 ) 在 运行 期 进行 处 理 的 ， 因 此 我 们 把 这 种 多 
态 称 为 动 多 态 (dynamic ”polymorphism〉; 我 们 平常 所 谈论 的 C++ 多 态 
指 的 就 是 这 种 动 多 态 。 然 而 ， 模 板 也 允许 我 们 使 用 单一 的 泛 型 标记 ， 来 
关联 不 同 的 特定 行为 ;但 这 种 《借助 于 模板 的 ) 关联 是 在 编译 期 进行 处 
理 的 ， 因 此 我 们 把 这 种 《借助 于 模板 的 ) 多 态 称 为 静 多 态 (static 
polymorphism) ， 从 而 和 上 面 的 动 多 态 区 分 开 来 。 在 这 一 章 里 ， 我 们 将 
重 温 这 两 种 形式 的 多 态 ， 然 后 讨论 : 在 何 种 情况 下 ， 应 该 使 用 哪 一 种 多 
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14.1 动 多 态 


在 C++ 的 历史 上 ， 开 始 人 们 只 是 使 用 继承 来 对 多 态 提供 支持 ， 而 且 
这 种 继承 是 和 虚 函 数 紧密 联系 在 一 起 的 [2] 。 在 这 种 情况 下 ， 多 态 的 设 
计 思 想 主 要 在 于 : 对 于 几 个 相关 对 象 的 类 型 ， 确 定 它们 之 间 的 一 个 共同 
功能 集 ; 然后 在 基 类 中 ， 把 这 些 共 同 的 功能 声明 为 多 个 虚 函 数 接口 。 

基于 这 种 设计 方案 的 一 个 典型 例子 是 : 一 个 用 于 管理 某 些 几何 形 
状 ， 并 且 能 够 以 某 种 方式 〈 例 如 在 屏幕 上 面 ) 对 这 些 形状 进行 修改 的 应 
用 程序 。 在 这 个 应 用 程序 中 ， 我 们 可 以 确定 一 个 所 谓 的 抽象 基 类 
Cabstract base class，ABC) GeoObj， 它 声明 了 一 些 适用 于 所 有 几何 对 
象 的 公共 操作 和 属性 。 于 是 ， 每 个 针对 特定 几何 对 象 的 具体 类 都 派生 自 





GeoObj〈 见 图 14.1) 。 


GeoObj 


virtual draw()= 0 
virtual center_of_gravity()= 0 


= 
一 一 一 一 一 


Circle Line Rectangle 


draw() draw() draw() 
center of gravity() | center of gravity() , center of gravity() 


图 14.1 使 用 继承 实现 的 多 态 





/ poly/dynahier.hpp 

#include "coord.hpp" 

1/ 针对 几何 对 象 的 公共 抽象 基 类 GeoObj 

class GeoObj { 

public: 

// 画 出 几何 对 象 : 
Virtual void draw() const = 0; 
/返回 几何 对 象 的 重心 : 


Virtual Coord center_of gravity() const = 0; 


上 
/ 具体 的 几何 对 象 类 Circle 
// -派生 自 GeoObj 


class Circle : public GeoObj { 
public: 
Virtual void draw!() const; 
Virtual Coord center_of_gravity() const;... 
下 
/ 具体 的 几何 对 象 类 Line 
// -派生 上 自 GeoObj 
class Line : public GeoObj { 
public: 
Virtual void draw!() const; 


virtual Coord center_of gravity() const; 
}; 


生成 了 具体 对 象 之 后 ， 客 户 端 代码 就 可 以 通过 指向 基 类 的 引用 或 者 
指针 来 操作 这 些 对 象 ， 并 且 能 够 通过 这 些 引 用 或 者 指针 来 实现 虚 函 数 的 
调度 机 制 。 也 就 是 说 ， 利 用 一 个 指向 基 类 ( 子 对 象 》 的 指针 或 者 引用 来 
调用 虚 成 员 函 数 ， 实 际 上 将 可 以 调用 《指针 或 者 引用 实际 上 上 所 代表 的 ) 
具体 类 对 象 的 相应 成 员 。 

在 我 们 的 例子 中 ， 可 以 如 下 组 织 具 体 的 代码 : 

// poly/dynapoly.cpp 

#include "dynahier.hpp" 

#include <vector> 

// 画 任 意 一 个 GeoObj 

void myDraw (GeoObj const& obj ) 

{ 

obj.draw(); /根据 对 象 的 类 型 来 调用 对 应 的 draw0) 


} 
/ 计算 两 个 GeoObj 对 象 重心 之 间 的 距离 
Coord distance (GeoObj const& X1, GeoObj const& x2) 
{ 
Coord c= X1.center_of gravity() - x2.center_of gravity(); 
return c.abs(); // 返回 坐标 的 绝对 值 
} 
// 画 出 属于 异类 集合 的 GeoObj 对 象 
void drawElems (std::vector<GeoObj*> const& elems) 
{ 
for (unsigned i=0; i<elems.size(); ++i) { 


elems[i]->draw(); V 根据 元 素 的 类 型 来 调用 相应 的 draw() 


} 
int main() 
{ 

Line ]; 

Circle c, c1, c2; 

myDraw!(}); // myDraw(GeoObj&) => Line::draw!() 

myDraw!(c); // myDraw(GeoObj&) => Circle::draw!() 
distance(c1,c2); // distance(GeoObj&,GeoObj&) 
distance(],c); // distance(GeoObj&,GeoObj&) 
std::vector<GeoObj*> coll;，// 元 素 类 型 互 异 的 集合 
coll.push_back(&!]); / 插入 一 条 直线 
coll.push_back(&c); / 插入 一 个 圆 
drawElems(coll); // 画 不 同 种 类 的 GeoObj 对 象 


} 


在 上 面 代码 中 ， 消 数 drawO 〇 和 center_of_gravity0 是 两 个 主要 的 多 态 
接口 元 素 ， 它 们 也 都 是 虚拟 的 成 员 函 数 。 在 例子 中 ， 我 们 给 出 了 这 两 个 
函数 在 函数 ”mydraw0O、distance0 和 drawElems0O 中 的 用 法 ; 而且， 在 后 
面 这 3 个 函数 〈 指 mydraw0 等 ) 中 ， 我 们 使 用 公共 基 类 GeoObj 来 表示 
对 象 的 类 型 ， 因此， 在 编译 期 并 不 能 确定 会 使 用 属于 哪个 具体 类 的 
draw() 或 center_of_gravity0 疯 数 。 然 而 ， 如 果 是 在 运行 期 ， 那 么 就 可 以 
通过 访问 实际 对 象 的 完整 动态 类 型 来 调度 这 两 个 虚 函 数 的 调用 ， 而 这 个 
实际 对 象 就 是 调用 虚 函 数 的 指针 所 代表 的 对 象 。 因 此 ， 根 据 几 何 对 象 的 
实际 类 型 ， 就 可 以 完成 相应 的 函数 调用 。 例 如 ， 如 果 是 Line 对 象 调用 
mydraw() 函 数 ， 那 么 obj.draw0 将 会 调用 Line::draw(); 然而 ， 如 果 draw0) 
函数 面 对 的 是 Circle 对 象 ， 那 么 将 会 调用 Circle::draw0O。 类 似 地 ， 在 函数 
distance(0 中 ， 也 会 根据 实际 的 对 象 来 调用 相应 的 center_of _gravityO 函 
数 。 

对 于 动 多 态 而 言 ， 最 引入 注目 的 特性 或 许 是 处 理 寞 类 容器 的 能 
上 面 例子 中 的 drawElems 束 阐述 了 这 个 概念 ， 诸 如 下 面 的 简单 表达 式 : 

elems[i]->draw() 


将 会 根据 被 达 代 元 素 的 类 型 ， 而 调用 不 同 的 成 员 函 数 。 














14.2 毅 多 态 


模板 也 能 够 被 用 于 实现 多 态 。 然 而 ， 这 种 多 态 并 不 依赖 于 在 基 类 中 
包含 公共 行为 的 因素 ; 但 仍然 存在 一 种 隐 式 的 公共 性 ， 即 应 用 程序 的 不 
同 “ 形 状 即 类 型 ) ”都 必须 支持 茶 些 使 用 公共 语法 的 操作 (也 就 是 说 ， 
相关 的 函数 必须 具有 相同 的 名 称 ) 。 另 外 ， 有 具体 类 之 间 的 定义 是 互相 独 
立 的 〈 见 图 14.2) 。 于 是 ， 当 用 具体 类 对 模板 进行 实例 化 的 时 候 ， 这 种 
多 态 的 威力 驶 显示 出 来 了 。 
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Circle Line Rectangle 


draw!() draw!() draw!() 
center of _ gravity() | center of gravity() |! center_of gravity() 





图 14.2 借助 于 模板 所 实现 的 多 态 

例如 ， 前 面 小 节 中 的 myDraw0 函 数 : 

void myDraw (GeoObj const& obj) ”// GeoObj 是 一 个 抽象 基 类 

{ 

obj.draw(); 

} 

大 概 可 以 被 改写 如 下 : 

template <typename GeoOb]j> 

void myDraw (GeoObj const& obj) ”// GeoObj 是 模板 参数 

{ 

obj.draw(); 

} 

通过 比较 myDraw() 的 这 两 个 实现 ， 我 们 可 以 看 出 : 主要 的 区 别 在 于 
后 一 个 GeoObj 的 规范 是 模板 参数 ， 而 不 是 一 个 公共 基 类 。 然 而 ， 在 这 个 
现象 的 背后 ， 还 存在 更 多 本 质 的 差别 。 例 如 ， 使 用 动 多 态 ， 我 们 在 运行 
期 只 具有 一 个 myDraw0 函 数 ， 而 如 果 使 用 模板 ， 我 们 则 可 能 具有 多 个 不 
同 的 函数 ， 诸 如 myDraw<Line>0 和 myDraw<Circle>()。 

接 下 来 ， 对 于 上 一 小 市 的 例子 ， 我 们 将 用 静 多 态 进行 改写 ， 并 给 出 
一 个 完整 的 例子 。 首 先 ， 我 们 在 这 里 并 没有 构造 一 个 几何 类 的 体系 ， 而 
是 创建 了 几 个 单独 的 几何 类 : 

// poly/statichier.hpp 





#include "coord.hpp" 
/ 具体 的 几何 对 象 类 Circle 
1/- 并 没有 派生 自任 何其 他 的 类 
class Circle { 
public: 
void draw() const; 
Coord center_of gravity() const;... 
可 
1/ 具体 的 几何 对 象 类 Line 
/ - 并 没有 派生 自任 何其 他 的 类 
class Line { 
public: 
void draw() const; 


Coord center_of gravity() const; 
可 


现在 ， 使 用 这 些 类 的 应 用 程序 看 起 来 如 下 所 示 : 
// poly/staticpoly.cpp 





#include "statichier.hpp" 
#include <vector> 
// 男 出 任意 GeoObj 
template <typename GeoOb]j> 
void myDraw (GeoOb]j const& obj ) 
| 
obj.draw(); /根据 对 象 的 类 型 调用 相应 的 draw0 


/ 计算 两 个 GeoObj 对 象 之 间 重 心 的 距离 
template <typename GeoObjl, typename GeoObj2> 
Coord distance (GeoObjl const& x1, GeoObj2 const& X2 ) 
{ 
Coord c= X1.center_of gravity() - X2.center_of gravity(); 
return c.abs(); // 返回 坐标 的 绝对 值 
} 
/ 画 出 属于 异类 集合 的 GeoObj 对 象 
template <typename GeoOb]j> 
void drawElems (std::vector<GeoObj> const& elems) 
{ 
for (unsigned i=0; i<elems.size(); ++i) { 


elems[i].draw(); ”/W 根据 元 素 的 类 型 调用 相应 的 draw( 


} 
int main() 
{ 

Line ]; 


Circle c, c1, c2; 


myDraw!(}); // myDraw<Line>(GeoObj&) => Line::draw!() 
myDraw!(c); // myDraw<Circle>(GeoObj&) => Circle::draw() 
distance(c1,c2); 


//distance<Circle,Circle>(GeoObj1l&,GeoObj2&) 
distance(l,c);  // distance<Line,Circle>(GeoOb]jl&,GeoObj2&) 
// std::Vector<GeoObj*> coll; /WW 错误 : 异类 集合 在 这 里 是 不 允许 


std::vector<Line> coll; /正确 : 同类 集合 在 这 里 是 允许 的 


coll.push_back(); / 插入 一 条 直线 

drawElems(coll); // 画 出 所 有 的 直线 

} 

在 上 面 的 distanceO) 函 数 中 ， 有 一 点 和 myDraw() 函 数 是 不 同 的 : 我 们 
己 经 不 再 使 用 GeoObj 作 为 一 个 具体 的 参数 类 型 ， 而 是 提供 了 两 个 模板 参 
数 GeoObj1 和 GeoObj2。 通 过 使 用 这 两 个 不 同 的 模板 参数 ， 距 离 计 算 函 
数 就 可 以 接受 由 两 个 不 同 的 几何 对 象 类 型 所 组 成 的 各 种 组 合 : 

distance(l,c); // distance<Line,Circle>(GeoObj1l&,GeoObj2&) 

然而 ， 我 们 在 此 再 也 不 能 透明 地 处 理 异 类 的 集合 这 也 是 静 多 态 的 
静态 特性 所 强加 的 约束 : 所 有 的 类 型 都 必须 能 够 在 编译 期 确定 。 但 我 们 
可 以 为 不 同 的 几何 对 象 类 型 引入 不 同 的 集合 ; 而且 ， 集 合 的 元 素 类 型 也 
不 再 局 限于 指针 ， 从 而 能 够 在 性 能 和 类 型 安全 方面 给 我 们 带 来 一 些 显著 
的 好 处 。 











14.3 动 多 人 访 和 六 多 态 


我 们 来 对 多 态 进行 分 类 ， 并 对 这 两 种 多 态 进行 比较 。 
14.3.1 术语 

动 多 态 和 静 多 态 为 不 同 的 C++ 编程 idioms 提 供 了 支持 [3] : 

“通过 继承 实现 的 多 态 是 绑 定 的 和 动态 的 : 

绑 定 的 含义 是 : 对 于 参与 多 态 行为 的 类 型 ， 和 它们 《有 具有 多 态 行为 ) 
的 接口 是 在 公共 基 类 的 设计 中 就 预先 确定 的 《有 时 候 也 把 绑 定 这 个 概念 
称 为 入 侵 的 或 者 插入 的 ) 。 

动态 的 含义 是 : 接口 的 绑 定 是 在 运行 期 〈 动 态 ) 完成 的 。 

“通过 模板 实现 的 多 态 是 非 绑 定 的 和 静态 的 : 

非 绑 定 的 含义 是 : 对 于 参与 多 态 行为 的 类 型 ， 它 们 的 接口 是 没有 预 
先 确 定 的 《有 时 也 称 这 个 概念 为 非 入 侵 的 或 者 非 插入 的 ) 。 








静态 的 含义 是 : 接口 的 绑 定 是 在 编译 期 (静态 ) 完成 的 。 

因此 ， 严 格 地 讲 ， 在 针对 C++ 的 说 法 中 ， 动 多 态 是 绑 定 并 且 动 态 的 
多 态 的 简称 ， 而 静 多 态 则 是 非 绑 定 并 且 静 态 的 多 态 的 简称 。 但 是 在 其 他 
语言 中 ， 还 可 能 会 有 其 他 组 合 存在 〈 例 如 ，Smalltalk 就 提供 了 非 绑 定 的 
动态 多 态 ) 。 然 而 ， 在 C++ 的 上 下 文中 ， 动 多 态 和 静 多 态 是 两 个 非常 准 
确 的 概念 ， 并 不 会 产生 混淆 。 

14.3.2 优点 和 缺点 

C++ 的 动 多 态 具 有 下 列 优点 : 

“能 够 优雅 地 处 理 异 类 集合 。 

“可 执行 代码 的 大 小 通常 比较 小 《因为 只 需要 一 个 多 态 函 数 ， 但 对 
于 静 多 态 而 言 ， 为 了 处 理 不 同 的 类 型 ， 必 须 生成 多 个 不 同 的 模板 实 
例 ) 。 

“可 以 对 代码 进行 完全 编译 ; 因此 并 不 需要 发 布 实现 源码 〈 但 是 ， 
分 发 模板 库 通 常 都 需要 同时 分 发 模板 实现 的 源 代码 ) 。 

另 一 方面 ，C++ 的 静 多 态 则 具有 下 列 优点 : 

“可 以 很 容易 地 实现 内 建 类 型 的 集合 。 更 广义 地 说 ， 并 不 需要 通过 
公共 基 类 来 表达 接口 的 共同 性 。 

所 生成 的 代码 效率 通常 都 比较 高 (因为 并 不 存在 通过 指针 的 间接 
调用 ， 而 且 ， 可 以 进行 演绎 的 非 虚拟 函数 具有 更 多 的 内 联机 会 ) 。 

“对 于 只 提供 部 分 接口 的 具体 类 型 ， 如 果 在 应 用 程序 中 只 是 使 用 到 
这 一 部 分 接口 ， 那 么 也 可 以 使 用 该 具体 类 型 ， 而 不 必 在 乎 该 类 型 是 否 提 
供 其 他 部 分 的 接口 。 

通常 而 言 ， 与 动 多 态 相 比 ， 静 多 态 被 认为 具有 更 好 的 类 型 安全 性 ; 
因为 静 多 态 在 编译 期 会 对 所 有 的 绑 定 操作 进行 检查 。 例 如 ， 假 设 我 们 演 
试 把 一 个 错误 类 型 的 对 象 插 入 到 一 个 容器 中 ， 如 果 这 个 容器 是 根据 模板 
实例 化 而 生成 的 话 ， 那 么 几乎 不 会 有 和 危险， 因为 在 编译 期 就 可 以 检查 出 












































这 个 错误 ; 但 如 果 该 容器 所 期 望 的 元 素 是 指向 公共 基 类 的 指针 ， 那 么 这 
些 指针 最 后 很 有 可 能 会 指 问 不 同类 型 的 完整 对 象 ， 而 这 就 有 可 能 会 插入 
错误 类 型 的 对 象 。 

在 实际 应 用 中 ， 对 于 看 起 来 相同 的 接口 ， 如 果 在 它们 背后 隐藏 着 
些 语义 假设 的 话 ， 那 么 模板 实例 化 体 有 时 也 会 导致 一 些 问题 。 例 如 ， 对 
于 一 个 假设 具有 关联 运算 符 + 的 模板 ， 如 有 果 基 于 一 个 没有 关联 该 运算 符 
的 类 型 来 实例 化 这 个 模板 ， 那 么 就 会 出 现 一 些 问题 。 然 而 ， 基 于 继承 体 
系 的 多 态 则 很 少 会 出 现 这 种 语义 非 匹 配 的 问题 ， 因 为 公共 接口 规范 已 经 
在 基 类 中 (更 加 〉 显 式 地 指定 了 。 

14.3.3 组 合 这 两 种 多 态 

显然 ， 你 可 以 组 合 这 两 种 形式 的 多 态 。 例 如 ， 你 可 以 从 一 个 公共 基 
类 派生 出 不 同 种 类 的 几何 对 象 类 ， 从 而 能 够 处 理 属于 异类 集合 的 不 同 几 
何 对 象 。 另 一 方面 ， 你 仍然 可 以 使 用 模板 来 编写 针对 某 种 几何 对 象 的 代 
和 

我 们 将 在 第 16 章 中 进一步 阐述 继承 和 模板 的 组 合 。 在 第 16 章 中， 我 
们 将 看 到 : 如 何 对 成 员 函 数 的 虚拟 性 进行 参数 化 ， 当 使 用 基于 继承 的 奇 
异 递归 模板 模式 〈cuiriously recurring template pattern，CRTP) 的 时 候 ， 
静 多 态 要 牺牲 哪些 额外 的 灵活 性 。 


























这 种 新 形式 的 静 多 态 带 来 了 实现 设计 模式 的 新 方法 。 例 如 ， 以 在 
C++ 程序 设计 中 扮演 重要 角色 的 桥 模式 (bridge pattern) 为 例 。 我 们 使 
用 桥 模式 的 目的 是 为 了 能 够 在 同一 接口 的 多 个 不 同 实现 中 进行 切换 。 根 
据 [DesignPatternsGoV] 所 言 ， 我 们 通常 可 以 使 用 一 个 指针 来 引用 具体 的 
实现 ， 然 后 把 所 有 的 调用 都 委托 给 这 个 (包含 具体 实现 的 ) 类 ， 从 而 达 
到 我 们 的 目的 〈 见 图 14.3) 。 

















Implementation 


virtual operationA() = 0; 


Implementation* body; 


operationA() { 
body->operationA() 






virtual operationB() = 0 






virtual operationC() = 0; 











operationB() { 
body->operationB() 
body->operationC() 











Implementation A Implementation B 


virtual operationA(); virtual operationA(); | 
| 
| 
| 







virtual operationB(); virtual operationB(); 
virtual operationC(); virtual operationC(); 






图 14.3 使 用 继承 实现 的 桥 模式 


然而 ， 如 采 实 现 的 类 型 在 编译 期 融 已 经 是 确定 的 ， 那 么 我 们 就 可 以 
借助 于 模板 的 方法 来 实现 桥 模 式 〈 见 图 14.4) 。 这 将 可 以 带 来 更 好 的 类 
型 安全 性 ， 并 且 也 能 避免 使 用 指针 ， 而 且 还 能 带 来 更 高 的 效率 。 


Interface 


Impl body; 


operationA(){ 


body.operationA() Implementation A 


operationB() { operationA(); 
body.operationB() 
body.operationC() 


Implementation B 


operationA(); 
operationB(); 


operationB(); 


operationC(); operationC(); 





图 14.4 使 用 模板 实现 的 桥 模式 
14.5 泛 型 程序 设 ; 


静 多 态 涉 及 到 了 泛 型 程序 设计 的 概念 。 然 而 ， 对 于 泛 型 程序 设计 ， 
并 没有 一 个 统一 的 定义 〈 束 像 面 PR 
样 ) 。 根 据 [CzarneckiEiseneckerGenPorg] 所 言 ， 这 个 概念 涉及 的 范围 从 


使 用 泛 型 参数 进行 程序 设计 ， 一 直到 找 出 高 效 算 法 的 最 抽象 表述 。 该 书 
总 结 如 下 : 

泛 型 程序 设计 是 计算 机 科学 的 一 个 分 文 ， 它 运用 自身 系统 的 组 织 ， 
来 找到 高 效 的 算法 、 数 据 结构 和 其 他 软件 概念 的 抽象 表述 ， 以 及 它们 系 
统 化 的 组 织 方式 ..…. 泛 型 程序 设计 主要 着 重 于 表示 一 组 相关 的 领域 概念 
( 见 该 书 的 169 和 170 页 〉。 

在 C++ 的 上 下 文中 ， 我 们 有 时 也 把 泛 型 程序 设计 定义 为 运用 模板 的 
程序 设计 《〈 惑 像 面 回 对 象 的 程序 设计 被 看 成 是 运用 虚 函 数 的 程序 设 
计 ) 。 束 这 种 意义 而 言 ，C++ 模 板 的 每 次 使 用 都 可 以 被 看 成 是 泛 型 程序 
设计 的 一 个 实例 ， 然 而 ， 开 发 人 员 却 经 常 认为 泛 型 程序 设计 本 身 具 有 一 
个 额外 的 本 质 特 性 : 即 在 一 个 框架 中 ， 设 计 模 板 的 目的 是 为 了 能 够 得 到 
多 种 有 用 的 (类 型 ) 组 合 。 

到 目前 为 止 ， 在 C++ 泛 型 程序 设计 领域 中 ， 最 显著 的 贡献 就 是 
STL (Standard Template Library) ， 它 后 来 被 采纳 并 引入 到 C++ 标准 库 
中 。STL 实际 上 是 一 个 框架 ， 它 提供 了 许多 有 用 的 操作 ， 我 们 也 把 这 些 
操作 称 为 算法 ;， 它 同时 也 为 对 象 集合 提供 了 许多 线性 数据 结构 ， 我 们 把 
这 些 数据 结构 称 为 容器 ; 而 且 ， 算 法 和 容器 都 是 模板 。 然 而 ， 关 键 之 处 
在 于 算法 并 不 是 容器 的 成 员 函 数 ， 而 是 以 一 种 泛 型 的 方式 编写 的 ;因此 
任何 容器 (和 线性 的 元 素 集 合 ) 都 可 以 使 用 这 些 算 法 。 为 了 实现 这 个 目 
的 ，SIL 的 设计 者 引入 了 一 个 称 为 欠 代 堪 的 抽象 概念 ， 任 何 种 类 的 线性 
容 右 都 提供 了 这 些 和 迭代 器 。 从 本 质 上 讲 ， 容 器 在 针对 集合 方面 的 操作 都 
被 外 包 到 运 代 器 的 功能 上 了 。 

因此 ， 如 有 果 要 实现 一 个 诸如 计算 序列 中 最 大 值 的 操作 ， 我 们 并 不 需 
要 知道 诸如 这 些 值 在 序列 中 是 如 何 存 储 的 这 样 的 细节 : 

template <class Iterator> 

Iterator max_element (Iterator beg， // 指向 容器 的 起 始 位 置 

Iterator end) V 指 加 容器 的 结束 位 置 




















/ 只 是 使 用 迭代 器 的 操作 来 表 历 集合 的 所 有 元 素 
/ 从 而 找到 一 个 具有 最 大 值 的 元 素 
1/ 并且 以 Iterator 的 形式 返回 这 个 元 素 的 位 置 


} 

在 此 ， 每 个 线性 容器 并 不 需要 提供 诸如 max_elementO 的 所 有 操作 ， 
而 只 需要 提供 一 个 能 够 过 历 序列 中 《和 它 所 包 售 的) 所 有 值 的 迭代 器 类 
型 ， 和 一 些 能 够 创建 这 类 迭代 器 的 成 员 函 数 : 

namespace std { 

template <class T, ... > 
class vector { 
public: 
typedef ... const_iterator; / 为 常量 Vector 而 特定 实现 的 
/ 友 代 髓 类 型 
const_iterator begin() const; / 表示 容器 起 始 位 置 的 迭代 器 
const_iterator end() const; ”// 表示 容器 结束 位 置 的 迭代 右 


}; 

template <class 工 ...> 

class list { 

public: 

typedef ... const_iterator; /为 常量 list 而 特定 实现 的 
/， 友 代 器 类 型 
const_iterator begin() const; / 表示 容器 开始 位 置 的 迭代 器 
const_iterator end() const; ”// 表示 容 吉 结 束 位置 的 迭代 器 











上 
} 
现在 ， 你 就 可 以 通过 调用 泛 型 的 max_elementO 操 作 ， 并 且 以 容器 的 
开始 位 置 和 结束 位 置 作为 调用 参数 ， 来 找到 该 容器 的 最 大 值 〈 在 此 我 们 
省 略 了 对 空 集合 的 特殊 处 理 ): 
// poly/printmax.cpp 








#include <vector> 
#include <list> 
#include <algorithm> 
#include <iostream> 
#include "MyClass.hpp" 
template <typename T> 
void print max (T const& coll) 
{ 
// 声明 一 个 局 部 的 容 右 达 代 器 
typename T::const_iterator pos; 
/计算 出 最 大 值 的 位 置 
pos = std::max_element(coll.begin(),coll.end()); 
// 输 出 容器 coll 的 最 大 元 素 的 值 〈 如 果 存 在 的 话 ) 
if (pos != coll.end()) { 
std::cout << *pos << std::endl; 
} 
else { 


std::cout << "empty" << std::endl; 


} 


int main() 


{ 
std::vector<MyClass> cl1; 


std::list<MyClass> c2; 


print_max (c1); 
print_max (c2); 

} 

SITL 借 助 于 和 欠 代 器 对 这 些 操作 进行 了 参数 化 ， 从 而 避免 了 操作 定义 
在 数量 上 的 过 上 度 膨 胀 。 在 此 ， 你 并 不 需要 为 每 个 容器 都 实现 每 一 个 操 
作 ， 只 需要 实现 某 个 算法 一 次 ， 就 可 以 把 该 算法 应 用 到 每 个 容器 中 。 换 
名 话说 ， 泛 型 程序 设计 的 “ 粘 合 剂 ? 束 是 : 由 容器 提供 的 并 且 能 被 算法 所 
使 用 的 迭代 器 。 友 代 器 之 所 以 能 够 肩负 这 样 的 任务 ， 是 由 于 容器 为 帮 代 
峰 提 供 了 一 些 特定 的 接口 ， 而 算法 所 使 用 的 正 是 这 些 接口 。 我 们 通 向 也 
把 每 个 这 样 的 接口 称 为 一 个 concept  《〈 即 约束 ) ， 它 说 明 一 个 模板 〈 即 
容器 ) 如 果 要 并 入 这 个 框架 ( 即 ”STL) ， 就 必须 履行 或 者 实现 这 些 约 
束 。 

从 原则 上 讲 ， 也 可 以 使 用 动 多 态 来 实现 这 些 类 似 于 STL 的 功能 。 
然而 ， 用 多 态 实现 的 功能 使 用 起 来 肯定 会 很 党 限制 ， 因 为 与 迭代 堪 的 概 
念 相 比 ， 动 多 态 的 虚 函 数 调 用 机 制 将 会 是 一 种 重量 级 的 实现 机 制 ， 这 整 
会 对 效率 产生 很 大 的 影响 。 璧 如 增加 一 层 基 于 虚 函 数 的 接口 层 ， 通 常 就 
会 影响 操作 的 效率 ， 而 且 这 种 影响 的 程度 可 能 是 几 个 数量 级 的 《甚至 更 
加 严重 ) 。 

事实 上 ， 泛 型 程序 设计 是 相当 实用 的 ， 因 为 它 所 依赖 的 是 静 多 态 ， 
而 静 多 态 会 要 求 在 编译 期 对 接口 进行 解析 。 另 一 方面 ， 这 种 要 求 〈 即 对 
接口 在 编译 期 进行 解析 )〉 还 会 种 来 一 些 与 面向 对 象 程序 设计 原则 截然 不 
同 的 新 设计 原则 ， 在 本 书 的 剩余 部 分 我 们 将 会 阐述 许多 重要 的 泛 型 设计 
原则 。 


























14.6 本 章 后 :1 


四 


容 髓 类 型 是 把 模板 引入 C++ 程序 设计 语言 的 主要 动力 。 在 模板 出 现 
之 前 ， 多 态 体系 是 实现 容器 的 一 种 很 流行 的 方法 。 一 个 典型 的 例子 就 是 
National Institutes of Health Class Library (NIHCL) ; 它 很 大 程度 上 重 
新 实现 了 Smalltalk 的 容 需 类 层次 体系 〈 见 图 14.5) 。 


Object 
lterator Collection 
lterator (Collection& ) virtual void doReset (lterator&) 
void reset() virtual Object doNext (lterator&) 
Object operator++ () virtual void doFinish (lterator&) 
Object operator() () Ee 
SeqcCljtn Bag Set 
Stack LinkedList OrderedCltn IdentSet Dictionary 
SortedCltn IdentDict 


图 14.5 NIHCL 的 类 层次 体系 
类 似 于 C++ 标准 库 ，NIHCL 支 持 许多 容器 和 迭代 器 。 然 而 ， 它 的 实 
现 延 续 了 动 多 态 的 Smalltalk 风 格 : Iterator 使 用 抽象 基 类 Collection 来 操作 
不 同 的 集合 类 型 : 
Bag cl; 


Set C2; 


Iterator il(c1); 
Iterator i2(c2); 





遗憾 的 是 ， 就 运行 时 间 和 内 存 使 用 而 言 ， 这 种 方法 的 代价 都 是 相当 
高 昂 的 。 与 C++ 标准 库 相 比 ， 该 方法 的 运行 时 间 要 大 上 几 个 数量 级 ; 因 
为 大 多 数 操作 最 后 部 会 要 求 一 个 虚 〈 函 数 ) 调用 《然而 在 C++ 标准 库 
中 ， 大 多 数 操作 都 是 内 联 的 ， 迭 代 右 和 容 圳 接口 也 不 会 涉及 到 虚 函 数 调 
用 ) 。 愉 外 ， 因 为 这 些 接 口 都 是 绑 定 的 〈 这 一 点 和 Smalltalk 不 同 ) ， 所 
以 需要 使 用 庞大 的 多 态 类 来 对 内 建 类 型 进行 包装 CNIHCL 确实 提供 了 
用 于 这 种 包装 的 机 制 ) ， 而 这 将 会 导致 内 存 使 用 量 的 大 幅 增加 。 

某 些 人 可 能 会 求助 于 宏 的 解决 方案 ， 但 这 毕竟 是 极 少 数 。 另 一 方 
面 ， 即 使 在 模板 已 经 发 展 得 比较 成 熟 的 今天 ， 仍 然 有 许多 人 在 他 们 的 设 
计 方 案 中 过 多 地 使 用 动 多 态 的 解决 方案 ， 而 这 有 时 只 是 次 优化 的 解决 方 
和 案 。 显 然 ， 在 许多 情况 下 ， 动 多 态 是 最 佳 的 选择 ， 璧 如 异类 友 代 就 是 其 
中 的 一 个 例子 。 然 而 ， 男 一 方面 ， 对 于 许多 程序 任务 而 言 ， 如 果 使 用 模 
板 来 解决 ， 那 么 将 会 更 加 目 然而 且 高 效 ， 璧 如 同类 容器 就 是 其 中 的 一 个 
例子 。 

静 多 态 的 机 制 可 以 编写 出 非常 基本 的 计算 结构 〈 如 基本 算法 等 ) 。 
与 乙 相 比 ， 动 多 态 需要 选择 一 个 公共 基 类 ， 这 就 意味 着 动 多 态 通 闻 都 需 
要 作出 特定 于 茶 一 领域 的 决定 。 于 是 ，C++ 标 准 库 的 STL 部 分 并 没有 包 
含 动 多 态 容器 ， 却 包含 相当 多 的 使 用 静 多 态 的 容器 和 进 代 右 ， 这 也 就 不 
足 为 奇 了 。 

中 等 规模 和 大 规模 的 C++ 程序 通 季 都 需要 处 理 本 章 中 所 讨论 的 这 两 
种 多 态 。 在 茶 些 条 件 下 ， 可 能 还 需要 紧密 地 结合 这 两 种 多 态 。 于 是 ， 在 
多 数 情况 下 ， 都 可 以 根据 我 们 的 讨论 来 做 出 最 佳 的 选择 ， 但 如 有 果 能 够 花 


























些 时 间 来 思考 长 期 潜在 的 发 展 ， 往 往 也 是 有 所 收获 的 。 


第 15 章 trait 与 policy 类 


模板 的 神奇 在 于 我 们 可 以 针对 多 种 类 型 对 类 和 函数 进行 参数 化 。 于 
是 ， 我 们 可 能 会 期 望 引 入 尺 可 能 多 的 模板 参数 ， 从 而 能 够 自 定 义 类 型 或 
者 算法 的 各 个 方面 。 借 助 于 这 种 方式 ， 我 们 的 “模板 化 ”组 件 就 能 够 根据 
客户 端 代 码 的 具体 要 求 进 行 适当 的 实例 化 。 然 而 ， 从 实用 的 观点 来 看 ， 
我 们 并 不 希望 为 了 能 够 最 大 程度 地 参数 化 而 引入 太 多 的 模板 参数 ， 而 
且 ， 要 在 客户 端 代码 中 指定 所 有 的 相应 实 参 往往 也 是 烦人 的 。 

对 运 的 是 ， 我 们 发 现 硕 望 引入 的 大 多 数额 外 参数 都 具有 合理 的 缺 省 
值 。 在 某 些 情况 下 ， 这 些 额 外 的 参数 完全 是 由 几 个 主 参 数 来 确定 的 ;在 
后 面 我 们 将 看 到 : 这 些 额外 的 参数 可 以 被 完全 省 略 。 其 他 的 一 些 参数 可 
以 具有 一 些 依赖 于 主 参数 的 缺 省 值 ， 在 大 多 数 情 况 下 这 些 缺 省 值 都 能 够 
符合 要 求 ， 但 也 能 对 缺 省 值 进行 改写 《用 于 特殊 的 应 用 程序 ) 。 最 后 ， 
就 是 一 些 与 主 参数 无 天 的 参数 了 : 换 句 话说， 它们 本 喘 也 能 被 看 成 是 主 
参数 ， 和 主 参数 的 唯一 区 别 在 于 这 些 参数 存在 缺 省 值 ， 而 且 在 大 多 数 情 
况 下 这 些 缺 省 值 都 能 够 符合 要 求 。 

policy 类 和 trait〈 或 者 称 为 trait 模 板 ) 是 两 种 C++ 程序 设计 机 制 ， 它 
们 有 助 于 对 某 些 额外 参数 的 管理 ， 这 里 的 额外 参数 是 指 : 在 具有 工业 强 
度 的 模板 设计 中 所 出 现 的 参数 。 在 这 一 章 中 ， 我 们 将 给 出 应 用 这 两 种 技 
术 的 一 些 环境 ， 并 且 曾 述 了 如 何 利 用 这 两 种 有 用 的 技术 ， 让 你 自己 编写 
出 健壮 并 且 功 能 强大 的 程序 。 














15.1 一 个 实例 : = | 





计算 某 一 序列 值 的 总 和 是 一 个 相当 普通 的 计算 任务 。 然 而 ， 这 个 看 


起 来 相当 简单 的 问题 ， 为 我 们 提供 了 一 个 展现 policy 类 和 trait 各 种 层次 用 
途 的 优秀 例子 。 
15.1.1 fixed traits 

首先 让 我 们 首先 假设 所 要 计算 总 和 的 值 都 是 存储 在 一 个 数组 里 面 
的 ， 并 且 我 们 还 具有 一 个 指向 数组 第 1 个 元 素 的 指针 ， 以 及 一 个 指 辣 数 
组 最 后 一 个 元 素 的 后 一 位 的 指针 ， 这 两 个 指针 之 间 的 所 有 元 素 就 是 我 们 
要 进行 求 总 和 的 元 素 。 由 于 本 书 是 关于 模板 的 内 容 ， 所 以 我 们 希望 能 够 
编写 一 个 适合 许多 类 型 的 模板 来 完成 这 个 累加 操作 。 现 在 ， 让 我 们 先 给 
出 一 个 看 起 来 比较 直接 的 例子 [4] : 

// traits/accum1.hpp 

#ifndef ACCUM_ HPP 

#define ACCUM_HPP 


template <typename T> 








inline 
T accum (T const* beg, T const* end) 
{ 
Ttotal = T(); W 假设 TO 事实 上 会 生成 一 个 等 于 0 的 值 
while (beg != end){ 
total += *beg; 
++beg,; 
} 
return total; 
} 
#endif // ACCUM._ HPP 
在 上 面 的 代码 中 ， 一 个 稍微 复杂 的 诀 定 在 于 : 如 何 为 正确 的 类 型 生 
成 一 个 0 值 ， 以 便 开始 我 们 的 求 和 过 程 。 在 此 我 们 使 用 了 TO; 对 于 诸如 


int 和 float 的 内 建 数值 类 型 而 言 ，I0 通 常 都 可 以 符合 要 求 〈 见 5.5 节 ) : 
对 其 他 类 型 的 考虑 我 们 后 面 再 讲 。 
为 了 引出 我 们 的 第 1 个 trait 模 板 ， 让 我 们 先 考虑 下 面 的 代码 ， 它 使 用 
了 上 面 的 accumO 模 板 : 
// traits/accum1.cpp 
#include "accum1.hpp" 
#include <iostream> 
int main() 
{ 
/ 生成 一 个 含有 5 个 整数 值 的 数组 
int num[|]={1,2,3,4,5}: 
/ 输出 平均 值 
std::cout << "the average value of the integer values is " 
<< accum(&numl0], &num[5]) /5 
<< \n'; 
/ 创建 字符 值 数 组 
char name[] = "templates"; 
int length = sizeof(name)-1; 
/ (试图 ) 输出 平均 的 字符 值 
std::cout << "the average value of the characters in \"" 
<<name << "is" 
<< accum(&name[0], &namellength|) /length 
<< \n'; 
} 
在 上 面 程序 的 前 半 部 分 ， 我 们 使 用 了 accum0 来 对 这 5 个 整数 值 进行 
求 和 : 
int num[|]={1,2,3,4,5}: 


accum(&numl[0l, &num[5]) 

于 是 ， 把 这 个 结果 除 以 数组 的 元 系 个 数 ， 我 们 就 得 到 了 平均 整数 
值 。 

程序 的 第 2 部 分 试图 为 字符 串 templates 的 所 有 字符 重复 上 面 的 过 程 
(前 提 是 从 a 到 z 的 字符 形成 了 一 个 连续 的 字符 序列 ， 组 成 一 个 实际 的 字 
符 集 ; 对 于 ASCII 而 言 ， 情 况 确实 如 此 ; 但 是 对 于 EBCDIC [5] 而 言 ， 情 
况 就 不 是 这 样 的 了 )〉 。 假 设计 算 的 结果 应 该 是 位 于 值 a 和 z 之 间 的 一 个 
值 。 而 且 在 今天 大 多 数 平台 上 面 ， 这 个 值 是 由 ASCII 代 码 所 决定 的 : 也 
就 是 说 ，a 的 整数 值 为 97， 而 z 的 整数 值 为 122。 因 此 ， 我 们 可 能 会 期 望 
获得 一 个 位 于 97 和 122 之 间 的 结果 。 然 而 ， 在 我 们 的 平台 中 ， 程 序 的 输 
出 如 下 : 

the average value of the integer values is 3 

the average value of the characters in "templates" is -5 

这 里 的 问题 是 我 们 的 模板 是 基于 char 类 型 进行 实例 化 的 ， 而 char 的 
范围 是 很 小 的 ， 即 使 对 于 相对 较 小 的 数值 进行 求 和 也 可 能 会 出 现 越界 的 
情况 。 显 然 ， 我 们 可 以 通过 引入 一 个 额外 的 模板 参数 AccT 来 解决 这 个 
问题 ， 其 中 AccT 描 述 了 变量 total 的 类 型 (同时 也 是 返回 类 型 〉。 然 而 ， 
这 将 会 给 该 模板 的 所 有 用 户 都 强加 一 个 额外 的 负担 : 他 们 每 次 调用 这 个 
模板 的 时 候 ， 都 要 指定 这 个 额外 的 类 型 。 因 此 ， 针 对 我 们 上 面 的 例子 ， 
我 们 不 得 不 这 样 编写 代码 : 

accum<int>(&name[0],&name[jength]) 

里 然 说 这 个 约束 并 不 会 很 抹 烦 ， 但 我 们 仍然 期 望 可 以 完全 避免 这 个 
约束 。 

关于 这 个 额外 参数 ， 帮 一 种 解决 方案 是 对 accum0 〇 所 调用 的 每 个 I 类 
型 都 创建 一 个 关联 ， 所 关联 的 类 型 就 是 用 来 存储 累加 和 的 类 型 。 这 种 关 
联 可 以 被 看 作 是 类 型 的 一 个 特征 ， 因 此 我 们 也 把 这 个 存储 累加 和 的 类 


型 称 为 T 的 trait。 于 是 ， 我 们 可 以 使 用 每 个 模板 特 化 来 写 出 这 些 关 联 代 
外: 
// traits/accumtraits2.hpp 
template<typename T> 
class AccumulationTraits; 
template<> 
class AccumulationTraits<char> { 
public: 
typedef int AccT; 
}; 
template<> 
class AccumulationTraits<short> { 
public: 
typedef int AccT; 
}; 
template<> 
class AccumulationTraits<int> { 
public: 
typedef long AccT; 
}; 
template<> 
class AccumulationTraits<unsigned int> { 
public: 
typedef unsigned long AccT; 
上 
template<> 


class AccumulationTraits<float> { 


public: 
typedef double AccT; 

}; 

在 上 面 代码 中 ， 模 板 AccumulationTraits 被 称 为 一 个 trait 模板 ， 
为 它 含有 它 的 参数 类 型 的 一 个 trait〈 通 常 而 言 ， 可 以 存在 多 个 trait 和 多 
个 参数 ) 。 对 这 个 模板 ， 我 们 并 不 提供 一 个 泛 型 的 定义 ， 因 为 在 我 们 不 
知道 参数 类 型 的 前 提 下 ， 并 不 能 确定 应 该 选择 什么 样 的 类 型 作为 和 的 类 
型 。 然 而 ， 我 们 可 以 利用 菏 个 实 参 类 型 ， 而 T 本 里 通常 都 能 够 作为 这 样 
的 一 个 候选 类 型 “尽管 在 我 们 前 一 个 例子 中 ， 情 况 显然 并 非 如 此 ) 。 

有 了 这 个 想法 之 后 ， 我 们 束 可 以 这 样 改 写 前 面 的 accum(O 模 板 : 

// traits/accum2.hpp 

#ifndef ACCUM_HPP 

#define ACCUM_HPP 


#include "accumtraits2.hpp" 








template <typename T> 
inline 
typename AccumulationTraits<T>::AccT accum (T const* beg, 


T const* end) 


/返回 值 的 类 型 是 一 个 元 素 类 型 的 trait 
typedef typename AccumulationTraits<T>::AccT AccT; 
AccT total = AccT0O;V 假设 AccTO 实际 上 生成 了 一 个 0 值 
while (beg != end) { 

total += *beg; 

++beg; 
L 


return total; 


} 

#endif / ACCUM_HPP 

于 是 ， 现 在 例子 程序 的 输出 完全 符合 我 们 的 期 望 ， 有 具体 如 下 : 

the average value of the integer values is 3 

the average value of the characters in "templates" is 108 

总 体 而 言 ， 上 面 的 修改 增加 了 一 个 非常 有 用 的 机 制 ， 从 而 可 以 目 定 
义 我 们 的 算法 ， 从 这 个 意义 上 考虑 它 还 是 比较 灵活 方便 的 。 进 一 步 而 
言 ， 如 果 有 新 的 类 型 要 使 用 accum(0) 模 板 ， 那 么 只 需 声 明 
AccumulationTraits 模 板 的 一 个 新 的 显 式 特 化 来 关联 Acct 和 该 类 型 即 可 。 
我 们 还 看 到 ， 任 何 类 型 都 可 以 和 Acct 进 行 关 联 ， 来 实现 这 种 trait; 这 些 
类 型 包括 基本 类 型 、 在 其 他 程序 库 中 声明 的 类 型 等 。 

15.1.2 value trait 

到 目前 为 止 ， 我 们 已 经 看 到 了 trait 可 以 用 来 表示 :“ 主 ”类 型 所 关联 
的 一 些 和 额外 的 类 型 信息 。 在 这 一 小 节 里 ， 我 们 将 阐明 这 个 额外 的 信息 并 
不 局 限于 类 型 ， 常 数 和 其 他 类 型 的 值 也 可 以 和 一 个 类 型 进行 天 联 。 

我 们 前 面 的 accumO 模 板 使 用 了 缺 省 构造 函数 的 返回 值 来 初始 化 结 
条 变 量 〈 即 total) ， 而 且 我 们 期 望 该 返回 值 是 一 个 类 似 0 的 值 : 

AccT total = AccT(); // 假设 AccT0O 实际 上 生成 了 一 个 0 值 





return total; 

显然 ， 我 们 并 不 能 保证 上 面 的 构造 函数 会 返回 一 个 符合 条 件 的 值 ， 
可 以 用 来 开始 这 个 求 和 循环 。 而且， 类 型 AccT 也 不 一 定 具 有 一 个 缺 省 
构造 函数 。 

在 此 ， 我 们 可 以 再 次 使 用 trait 来 解决 这 个 问题 。 对 于 上 面 的 例子 ， 
我 们 需要 给 AccumulationTraits 添 加 一 个 value trait: 


// traits/accumtraits3.hpp 


template<typename 工 > 
class AccumulationTraits; 
template<> 
class AccumulationTraits<char> { 
public: 
typedef int AccT; 
static AccT const zero = 0; 
}; 
template<> 
class AccumulationTraits<short> { 
public: 
typedef int AccT; 
static AccT const zero = 0; 
}; 
template<> 
class AccumulationTraits<int> { 
public: 
typedef long AccT; 
static AccT const zero = 0; 


} 











在 上 面 的 代码 中 ， 我 们 的 新 trait 是 一 个 常量 ， 而 音量 是 在 编译 期 进 
行 求 值 的 。 因 此 ，accum0 现 在 修改 如 下 : 

// traits/accum3.hpp 

#ifndef ACCUM_HPP 

#define ACCUM_HPP 


#include "accumtraits3.hpp" 


template <typename 工 > 
inline 
typename AccumulationTraits<T>::AccT accum (T const* beg, 


T const* end) 


1/ 返回 类 型 是 元 系 类 型 的 trait 
typedef typename AccumulationTraits<T>::AccT AccT; 
AccT total = AccumulationTraits<T>::zero; 
while (beg != end) { 
total += *beg; 
++beg; 
} 
return total; 
} 
#endif // ACCUM._ HPP 
在 上 面 代码 中 ， 累 加 变量 〈 即 total) 的 初始 化 是 非常 直接 明了 的 : 
AccT total = AccumulationTraits<T>::zero; 
然而 ， 这 种 解雇 方案 的 一 个 缺点 是 : 在 所 在 类 的 内 部 ，C++ 只 人 允许 
我 们 对 整 型 和 枚 举 类 型 初始 化 成 静态 成 员 变量 。 显 然 ， 对 于 诸如 浮 点 型 
的 其 他 类 型 (也 包括 我 们 自己 定义 的 类 )〉 ， 我 们 就 不 能 使 用 上 面 的 解决 
方案 。 壁 如 下 面 的 特 化 就 是 错误 的 : 








template<> 
class AccumulationTraits<float> { 
public: 
typedef double AccT; 
static double const zero = 0.0; V/ 错误 : 并 不 是 一 个 整 型 变量 


作 
对 于 这 个 问题 ， 一 个 直接 的 解决 方法 就 是 不 在 所 在 类 的 内 部 定义 这 
个 value trait， 如 下 所 示 : 


template<> 





class AccumulationTraits<float> { 
public: 
typedef double AccT; 
static double const zero; 
然后 ， 在 源 文件 中 进行 初始 化 ， 看 起 来 大 概 如 下 : 


double const AccumulationTraits<float>::zero = 0.0; 

尽管 可 以 正常 运行 ， 但 是 这 个 该 解决 方法 却 有 一 个 显 音 的 缺点 : 这 
种 解雇 方法 对 编译 器 而 言 是 不 可 知 的 。 也 就 是 说 ， 在 处 理 客 户 端 文件 的 
时 候 ， 编 译 占 通常 都 不 会 知道 位 于 其 他 文件 的 定义 。 于 是 ， 在 上 面 这 个 
例子 中 ， 编 译 器 根本 就 不 能 够 知道 zero 的 值 为 0 这 个 事实 。 

因此 ， 我 们 趋同 于 实现 下 面 的 这 种 value trait， 而 且 并 不 需要 保证 内 
联 成 员 函 数 返 回 的 必须 是 整 型 值 ” [6] 。 例 如， 我 们 可 以 这 样 改写 


AccumulationTraits: 











// traits/accumtraits4.hpp 
template<typename T> 
class AccumulationTraits; 
template<> 
class AccumulationTraits<char> { 
public: 
typedef int AccT; 
static AccT zero() { 


return 0; 


template<> 
class AccumulationTraits<short> { 
public: 
typedef int AccT; 
static AccT zero() { 


return 0; 


上 
template<> 
class AccumulationTraits<int> { 
public: 
typedef long AccT; 
static AccT zero() { 
return 0; 
} 
上 
template<> 
class AccumulationTraits<unsigned int> { 
public: 
typedef unsigned long AccT; 
static AccT zero() { 


return 0; 


template<> 
class AccumulationTraits<float> { 
public: 
typedef double AccT; 
static AccT zero() { 
return 0; 

} 

}; 


对 于 应 用 程序 代码 而 言 ， 唯 一 的 区 别 只 是 这 里 使 用 了 浮 数 调用 语法 
《而 不 是 访问 一 个 静态 数据 成 员 ) : 

AccT total = AccumulationTraits<T>::zero(); 

显然 ，trait 还 可 以 代表 更 多 的 类 型 。 在 我 们 的 例子 中 ，trait 可 以 是 
一 个 机 制 ， 用 于 提供 accum0 所 圾 要 的 、 关 于 元 素 类 型 的 所 有 必要 信 
晨 ; 实际 上 ， 这 个 元 素 类 型 就 是 调用 accum() 的 类 型 ， 即 模板 参数 的 类 
型 。 下 面 是 trait 概 念 的 关键 部 分 ，trait 提 供 了 一 种 配置 具体 元 素 (通常 
是 类 型 ) 的 途径 ， 而 该 途径 主要 是 用 于 泛 型 计算 。 

15.1.3 参数 化 trait 

在 上 一 节 所 使 用 的 trait 被 称 为 fixed trait， 因 为 一 旦 定义 了 这 个 分 离 
的 trait， 就 不 能 在 算法 中 对 它 进行 改写 。 然 而 ， 在 有 些 情况 下 我 们 需要 
对 trait 进 行 改写 。 例 如 ， 我 们 可 能 偶然 发 现 可 以 对 一 组 float 值 进行 求 
和 ， 人 然后 很 安全 地 把 和 值 存 储 在 一 个 具有 相同 类 型 〈 即 float 型 ) 的 变量 
里 面 ， 而 且 这 样 通常 能 够 给 我 们 市 来 更 高 的 效率 。 

从 原则 上 讲 ， 参 数 化 trait 主 要 的 目的 在 于 : 添加 一 个 具有 缺 省 值 的 
模板 参数 ， 而 且 该 缺 省 值 是 由 我 们 前 面 介 绍 的 trait 模 板 决 定 的 。 在 这 种 
具有 人 缺 省 值 的 情况 下 ， 许 多 用 户 就 可 以 不 需要 提供 这 个 额外 的 模板 实 

















参 ; 但 对 于 有 特殊 需求 的 用 户 ， 也 可 以 改写 这 个 预 设 的 和 类 型 。 对 于 这 
个 特殊 的 解决 方案 ， 唯 一 的 不 足 在 于 : 我 们 并 不 能 对 函数 模板 预 设 缺 省 
模板 实 参 [7] 。 

就 现在 的 情况 而 言 ， 通 过 把 算法 实现 为 一 个 类 ， 我 们 就 可 以 绕 过 上 
面 这 个 不 足 。 这 同时 也 说 明了 : 除了 函数 模板 之 外 ， 在 类 模板 中 也 可 以 
很 容易 地 使 用 trait。 在 我 们 的 应 用 程序 中 ， 唯 一 的 缺点 就 是 ， 类 模板 不 
能 对 它 的 模板 参数 进行 演绎 ， 而 是 必须 显 式 提供 这 些 模 板 参 数 。 因 此 ， 
我 们 需要 编写 如 下 形式 的 代码 : 

Accum<char>::accum(&name[0], &name[length]) 

才能 使 用 我 们 修改 后 的 求 和 模板 : 

// traits/accum5.hpp 

#ifndef ACCUM_HPP 

#define ACCUM_HPP 


#include "accumtraits4.hpp" 








template <typename T, 
typename AT = AccumulationTraits<T> > 
class Accum { 
public: 
static typename AT::AccT accum (T const* beg, T const* end) { 
typename AT::AccT total = AT::zero(); 
while (beg != end) { 
total += *beg; 
++beg; 
} 


return total; 


#endif / ACCUM_HPP 

通常 而 言 ， 大 多 数 使 用 这 个 模板 的 用 户 都 不 必 显 式 地 提供 第 2 个 柑 
板 实 参 ， 因 为 我 们 可 以 针对 第 1 个 实 参 的 类 型 ， 为 每 种 类 型 都 配置 一 个 
合适 的 缺 省 值 。 

和 大 多 数 情 况 一 样 ， 我 们 可 以 引入 一 个 辅助 函数 ， 来 简化 上 面 基于 
类 的 接口 : 

template <typename 工 > 

inline 

typename AccumulationTraits<T>::AccT accum (T const* beg, 


T const* end) 


return Accum<T>::accum(beg, end); 
} 
template <typename Traits, typename T> 
inline 
typename Traits::AccT accum (T const* beg, T const* end) 
| 
return Accum<T, Traits>::accum(beg, end); 


} 


15.1.4 policy 和 policy 类 
到 目前 为 止 ， 我 们 把 累积 (accumulation) 与 求 和 (summation) 等 
价 起 来 了 了。 事实 上 ， 还 可 以 有 其 他 种 类 的 累积 。 例 如 ， 我 们 可 以 对 序列 
中 的 给 定 值 进行 求 积 ， 如 果 这 些 值 是 字符 串 的 话 ， 还 可 以 对 它们 进行 连 
接 。 甚 至 于 在 一 个 序列 中 找到 一 个 最 大 值 ， 也 可 被 看 成 是 累积 问题 的 一 
种 形式 。 在 这 所 有 的 情况 中 ， 针 对 accum0O 的 所 有 操作 ， 唯 一 需要 改变 
的 只 是 total +=*beg 操 作 。 于 是 ， 我 们 束 把 这 个 操作 称 为 该 素 积 过 程 的 一 


个 policy。 因 此 ， 一 个 policy 类 就 是 一 个 提供 了 一 个 接口 的 类 ， 该 接口 能 
够 在 算法 中 应 用 一 个 或 多 个 policy [8] 。 
下 面 是 一 个 例子 ， 它 说 明了 如 何在 我 们 的 Accum 类 模板 中 引入 这 样 
的 一 个 接口 : 
// traits/accum6.hpp 
#ifndef ACCUM_HPP 
#define ACCUM_HPP 
#include "accumtraits4.hpp" 
#include "sumpolicy1.hpp" 
template <typename 工 ， 
typename Policy = SumPolicy， 
typename Traits = AccumulationTraits<T> > 
class Accum { 
public: 
typedef typename Traits::AccT AccT; 
static AccT accum (T const* beg, T const* end) { 
AccT total = Traits::zero(); 
while (beg != end) { 
Policy::accumulate(total, *beg); 
++beg; 
} 
return total; 
} 
}; 
#endif // ACCUM._ HPP 
其 中 SumPolicy 类 可 以 编写 如 下 : 
// traits/sumpolicy1.hpp 


#ifndef SUMPOLICY_HPP 
#define SUMPOLICY_HPP 
class SumPolicy { 
public: 
template<typename T1, typename 工 2> 
static void accumulate (Tl1& total, T2 const & value) { 


total += value; 


上 
#endif // SUMPOLICY _HPP 
在 这 个 例子 中 ， 我 们 把 policy 实 现 为 一 个 具有 一 个 成 员 函 数 模板 的 





普通 类 〈 也 就 是 说 ， 类 本 喘 不 是 模板 ， 而 且 该 成 员 函 数 是 隐 式 内 联 


的 六 


算 。 


接 下 来 我 们 还 会 讨论 另 一 种 实现 方案 。 
通过 给 累积 值 指 定 一 个 不 同 的 。” policy， 我 们 束 可 以 进行 不 同 的 计 
例如 ， 考 虑 下 面 的 程序 ， 它 试图 计算 出 几 个 值 的 乘积 
// traits/accum7.cpp 
#include "accum6.hpp" 
#include <iostream> 
class MultPolicy { 
public: 
template<typename T1, typename 工 2> 
static void accumulate (T1& total, T2 const& value) { 


total *= value: 


}; 
int main() 


{ 


/ 创建 含有 有 具有 5 个 整 型 值 的 数组 

int num[|]={1,2,3,4,5}: 

/ 输出 所 有 值 的 乘积 

std::cout << "the product of the integer values is " 
<< Accum<int, MultPolicy>::accum(8&numl0], &num[5]) 
<<\n,; 

} 

然而 ， 程 序 的 输出 结果 却 出 乎 我 们 的 意料 : 

the product of the integer values is 0 

显然 ， 这 里 的 问题 是 我 们 对 初始 值 的 选择 不 当 所 造成 的 : 尽管 对 于 
求 和 而 言 ，0 ”是 一 个 合适 的 初 值 ， 但 是 对 | 0 却 是 一 个 错误 
的 初 值 〈 一 个 为 0 的 初 值 将 会 导致 最 后 的 积 也 为 0〉。 这 个 现象 同时 也 说 
明了 : 不 同 的 trait 和 不 同 的 policy 应 该 是 互相 交互 的 ， 我 们 应 该 以 更 加 细 
心 的 态度 来 对 竺 模板 设计 。 

在 这 个 例子 中 ， 我 们 可 以 会 认为 累积 循环 的 初始 化 应 该 是 该 累积 
policy 的 一 部 分 ， 即 这 个 policy 可 以 使 用 实现 zero0 的 trait， 也 可 以 不 使 用 
这 个 trait。 然 而 ， 我 们 应 该 知道 ， 实 际 上 还 存在 其 他 的 解决 方案 : 即 并 
不 是 所 有 的 问题 都 必须 由 trait 和 policy 来 解决 的 。 例 如 ，C++ 标 准 库 的 
accumulate(O) 函 数 就 把 这 个 初 值 作为 《函数 调用 的 ) 第 3 个 实 参 。 

15.1.5 trait 和 policy: 区别 在 何 处 
有 人 可 能 会 给 出 一 个 合理 的 例子 ， 来 前 明 这 样 的 一 个 事实 : policy 
只 是 trait 的 一 个 特殊 例子 。 相 反 ， 也 有 人 认为 trait 只 是 用 来 实现 一 个 
policy 的 。 

New Shorter Oxford English Dictionary 对 这 两 个 词 的 定义 是 这 样 的 : 

“trait n...( 名 词 ，: 用 来 刻 划 一 个 事物 的 〈 与 众 不 同 的 ) 特性 。 

"policy n.… 《名词 ) : 为 了 菜 种 有 益 或 有 利 的 目的 而 采用 的 一 系列 
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根据 上 面 的 定义 ， 我 们 可 能 只 会 把 policy class 这 个 概念 用 于 表示 对 
某 种 动作 的 编码 ， 而 且 该 动作 同 任何 与 它 组 合 在 一 起 的 模板 参数 都 是 正 
交 的 。 然 而 ， 大 多 数 人 都 同意 Andrei Alexandrescu 在 Modern C++Design 
中 给 出 的 声明 〈 见 [AlexandrescuDesign] 的 第 8 页 ) : 

policy 和 trait 具 有 许多 共同 点 ， 但 是 policy 更 加 注重 于 行为 ， 而 trait 
则 更 加 注重 于 类 型 。 

另外 ， 作 为 引入 了 trait 技 术 的 第 1 人 ，Nathan Myers 给 出 了 下 面 这 个 
更 加 开放 的 定义 : 

trait class: 是 一 种 用 于 代 蔡 模板 参数 的 类 。 作 为 一 个 类 ， 它 可 以 是 
有 用 的 类 型 ， 也 可 以 是 常量 ;作为 一 个 模板 ， 它 提供 了 一 种 实现 “额外 
层次 间接 性 ”的 途径 ， 而 正 是 这 种 “额外 层次 间接 性 ?解决 了 所 有 的 软件 
问题 。 

办 此， 我 们 通常 都 会 使 用 下 面 这 些 (并 不 是 非常 准确 的 ) 定义 : 

“trait 表 述 了 模板 参数 的 一 些 上 自然 的 额外 属性 。 

“policy 表述 了 泛 型 函数 和 泛 型 类 的 一 些 可 配置 行为 〈 通 营 都 具有 被 
经 常 使 用 的 缺 省 值 ) 。 

为 了 更 深入 地 分 析 这 两 个 概念 之 间 可 能 的 区 别 ， 我 们 给 出 下 面 针 对 
trait 的 一 些 事 实 : 

“trait 可 以 是 fixed trait (也 就 是 说 ， 不 需要 通过 模板 参数 进行 传递 的 
trait) 。 

“trait 参 数 通 第 都 具有 很 自然 的 缺 省 值 〈 该 缺 省 值 很 少 会 被 改写 的 ， 
或 者 是 不 能 被 改写 的 ) 。 

“trait 参 数 可 以 紧密 依赖 于 一 个 或 多 个 主 参数 。 

“trait 通 常 都 是 用 trait 模 板 来 实现 的 。 

对 于 policy class， 我 们 将 会 发 现下 列 事实 : 

“如果 不 以 模板 参数 的 形式 进行 传递 的 话 ，policy class 几乎 不 起 作 











用 。 

“policy 人 参数 并 不 需要 具有 缺 省 值 ， 而 且 通 常 都 是 显 式 指定 这 个 参数 
《尽管 许多 泛 型 组 件 都 配置 了 使 用 频率 很 高 的 缺 省 policy) 。 

“policy 参 数 和 属于 同一 个 模板 的 其 他 模板 参数 通常 都 是 正 交 的 。 

“policy class 一 般 都 包含 了 成 员 函 数 。 

“policy 既 可 以 用 普通 类 来 实现 ， 也 可 以 用 类 模板 来 实现 。 

显然 ， 在 这 两 个 概念 之 间 只 是 存在 一 条 模糊 的 界限 ， 也 还 存在 一 些 
交叉 的 地 方 。 例 如 ，C++ 标 准 库 的 字符 trait 同 时 也 定义 了 诸如 比较 、 移 
动 和 查找 字符 的 函数 行为 。 另 外 ， 通 过 替换 这 些 trait， 你 可 以 定义 一 个 
对 大 小 写 不 敏感 的 字符 串 类 〈 见 [JosuttisStdLib] 的 11.2.14 小 节 ) ， 而 且 
仍然 保留 原来 的 字符 类 型 。 因 此 ， 尽 管 我 们 把 这 些 字符 trait 也 称 为 
trait， 但 是 它们 却 具 有 一 些 与 policy 相 关 的 属性 。 

15.1.6 成 员 模板 和 模板 的 模板 参 炎 


为 了 实现 一 个 累积 policy， 在 前 面 我 们 选择 把 SumPolicy 和 MutPolicy 
实现 为 具有 成 员 模板 的 普通 类 。 另 外 ， 还 存在 另 一 种 实现 方法 ， 即 使 用 
类 模板 来 设计 这 个 policy _ class 接口， 而 这 个 policy class 也 就 被 用 作 模 板 
的 模板 实 参 。 人 例如， 我们 可 以 如 下 把 SumPolicy 改 写成 一 个 模板 : 

// traits/sumpolicy2.hpp 

#ifndef SUMPOLICY_HPP 

#define SUMPOLICY_HPP 


template <typename T1, typename 工 2> 




















class SumPolicy { 
public: 
static void accumulate (Tl1& total, T2 const & value) { 


total += value: 


明 

#endif / SUMPOLICY_HPP 

于 是 ， 可 以 对 Accum 的 接口 进行 修改 ， 从 而 使 用 一 个 模板 的 模板 参 
数 ， 如 下 : 

// traits/accum8.hpp 

#ifndef ACCUM_HPP 

#define ACCUM_HPP 


#include "accumtraits4.hpp" 








#include "sumpolicy2.hpp" 
template <typename T, 
template<typename,typename> class Policy = SumpPolicy, 
typename Traits = AccumulationTraits<T> > 
class Accum { 
public: 
typedef typename Traits::AccT AccT; 
static AccT accum (T const* beg, T const* end) { 
AccT total = Traits::zero(); 
while (beg != end) { 
Policy<AccT,T>::accumulate(total, *beg); 
++beg,; 
1 


return total; 


上 

#endif / ACCUM_ HPP 

实际 上 ， 也 可 以 对 trait 参 数 应 用 这 种 相同 的 转换 〈 即 借助 于 模板 的 
模板 参数 的 解雇 方案 ) 。 另 外 ， 对 于 这 个 话题 ， 还 存在 其 他 的 一 些 变 


化 : 我 们 也 可 以 不 把 AccT 类 型 显 式 地 传递 给 policy 类 型 ， 而 是 只 传递 上 
面 的 累积 trait， 并 且 根据 这 个 trait 参 数 来 确定 返回 结果 的 类 型 ， 而 且 这 
样 做 在 菏 些 情况 下 《诸如 需要 该 trait 其 他 的 一 些 信息 ) 是 有 利 的 。 

通过 模板 的 模板 参数 访问 policy class 的 主要 优点 在 于 : 借助 于 某 个 
依赖 于 模板 参数 的 类 型 ， 就 可 以 很 容易 地 让 policy class 携带 一 些 状 态 信 
轧 《 也 就 是 静态 成 员 变 量 ) 。 而 在 我 们 的 第 1 种 解决 方案 中 ， 却 不 得 不 
把 静态 成 员 变 量 舱 入 到 成 员 类 模板 中 。 

然而 ， 这 种 利用 模板 的 模板 参数 的 解决 方案 也 存在 一 个 缺点 : 
policy 类 现在 必须 被 写成 模板 ， 而 且 我 们 的 接口 中 还 定义 了 模板 参数 的 
确切 个 数 。 遗 憾 的 是 ， 这 个 定义 会 让 我 们 无 法 在 policy 中 添加 额外 的 模 
板 参 数 。 例 如 ， 我 们 希望 给 SumPolicy 添 加 一 个 Boolean 型 的 非 类 型 模板 
实 参 ， 从 而 可 以 选择 是 用 += 运算 符 来 进行 求 和 ， 还 是 只 用 + 运算 符 来 
进行 求 和 。 在 这 个 例子 中 ， 如 果 我 们 使 用 15.1.4 小 节 的 成 员 模 板 ， 那 么 
只 需要 这 样 更 改 SumPolicy 模 板 即 可 : 

// traits/sumpolicy3.hpp 

#ifndef SUMPOLICY_HPP 

#define SUMPOLICY_HPP 


template<bool use_compound_op = true> 











class SumPolicy { 
public: 
template<typename T1, typename 工 2> 
static void accumulate (Tl1& total, T2 const & value) { 


total += value; 


上 
template<> 


class SumPolicy<false> { 


public: 
template<typename 工 , typename 工 2> 
static void accumulate ( 工 LI&x total, T2 const & value) { 
total = total + value: 
} 
}; 
#endif // SUMPOLICY_HPP 
然而 ， 如 果 我 们 使 用 模板 的 模板 参数 来 实现 上 面 的 Accum， 那 么 将 
不 能 做 这 样 的 修改 。 





15.1.7 组 合 多 个 policie 和 /或 trait 

从 我 们 上 面 的 开发 过 程 可 以 看 出 ，trait 和 policy 通 常 都 不 能 完全 代 蔡 
多 个 模板 参数 ; 然而 ，trait 和 policy 确 实 可 以 减少 模板 参数 的 个 数 ， 并 把 
个 数 限 制 在 可 控制 的 范围 以 内 。 于 是 ， 就 出 现 了 一 个 比较 有 趣 的 问题 : 
如 何 对 这 些 参数 进行 排序 呢 ? 

一 种 简单 的 策略 就 是 根据 缺 省 值 使 用 频率 递增 地 对 各 个 参数 进行 排 
序 。 显 然 ， 这 意味 着 : trait 参 数 将 位 于 policy 参 数 的 后 面 〈 即 右边 ) ， 
为 我 们 在 客户 端 代码 中 通常 都 会 对 policy 参 数 进 行 改写 (细心 的 读者 或 
许 已 经 从 我 们 上 面 的 开发 中 发 现 了 这 一 点 ) 。 

如 采 我 们 和 希望 给 代码 增加 更 多 的 复杂 度 ， 那 么 还 存在 另 一 种 候选 方 
法 ， 我 们 将 指定 任 一 个 缺 省 实 参 。16.1 节 给 出 了 该 方法 的 详细 内 容 ， 第 
13 章 也 讨论 了 这 个 在 以 后 可 能 会 被 文 持 的 模板 特性 ， 因 为 该 特性 可 以 简 
化 模板 设计 在 这 方面 的 解决 过 程 。 





15.1.8 运用 普通 的 ; 





在 我 们 结束 trait 和 policy 的 介绍 之 前 ， 让 我 们 来 看 accum() 的 一 个 新 
版 本 ， 它 添加 了 处 理 普通 迭代 器 的 功能 (而 不 仪 仅 是 指针 〉 ， 这 也 是 作 
为 具有 工业 强度 的 泛 型 组 件 所 期 望 实 现 的 功能 。 有 趣 的 是 ， 该 版 本 的 


accumg0 仍 然 允 许 我 们 使 用 指针 来 调用 accum0， 这 是 因为 C++ 标准 库 提 
供 了 上 所谓 的 iterator trait《〈 可 以 看 出 ， 到 处 都 是 trait) 。 因 此 ， 我 们 可 以 
定义 accum0 的 初期 版 本 如 下 《〈 先 不 考虑 我 们 在 后 面 的 进一步 精 化 ) : 
// traits/accum0.hpp 
#ifndef ACCUM_HPP 
#define ACCUM_HPP 
#include <iterator> 
template <typename Iter> 
inline 
typename std::iterator_traits<Iter>::value_type 
accum (Iter start, Iter end) 
{ 
typedef typename std::iterator_traits<Iter>::value_type VT; 
VT total = VT0O;V 假设 VTO 实 际 上 生成 了 一 个 0 值 
while (start != end) { 
total += *start; 
十 十 Start; 
return total; 
} 
#endif // ACCUM._ HPP 
iterator_trait 结 构 封装 了 过 代 器 的 所 有 相关 属性 。 由 于 存在 一 个 适用 
于 指针 的 局 部 特 化 ， 所 以 普通 指针 类 型 也 能 够 使 用 这 些 。 trait。 下 面 的 
(不 完整 的 ) 例子 展示 了 : 标准 库 实 现 应 该 如 何 提供 这 些 文 持 : 


namespace std { 





template <typename T>struct iterator_ traits<T*> { 


typedef T value_type; 


typedef ptrdiff ft difference_type; 
typedef random_access_ iterator_ tag iterator_category; 
typedef T* pointer; 
typedef T& reference:; 
上 
} 
然而 ， 由 于 达 代 器 所 引用 的 类 型 并 不 能 表示 和 累积 值 的 类 型 ， 因 此 我 


们 仍然 需要 自己 设计 AccumulationTraits。 


15.2 类 型 函 关 





通过 前 面 的 trait 例 子 ， 我 们 知道 可 以 根据 某 些 类 型 来 定义 某 种 行 
为 。 这 与 我 们 通常 在 程序 设计 中 的 实现 是 不 同 的 。 在 C 和 C++ 中 ， 更 
准确 而 言 ， 函 数 可 以 被 称 为 值 函数 (value function) : 函数 接收 的 参数 
是 某 些 值 ， 而 且 函 数 的 返回 结果 也 是 值 。 现 在 ， 我 们 要 说 明 的 是 类 型 函 
数 (type _ function) : 一 个 接收 某 些 类 型 实 参 ， 并 且 生 成 一 个 类 型 作为 
函数 的 返回 结果 。 

sizeof 就 是 一 个 非常 有 用 的 、 内 建 的 类 型 冰 数 ， 它 返回 一 个 描述 给 
定 类 型 实 参 大 小 《以 字 节 为 单位 ) 的 常量 。 另 一 方面 ， 类 模板 也 可 以 作 
为 类 型 函数 。 类 型 函数 的 参数 可 以 是 模板 的 参数 ， 而 结果 就 是 抽取 出 来 
的 成 员 类 型 或 成 员 常 量 。 例 如 ， 可 以 把 sizeof 运 算 符 改 变 成 下 面 的 接 
口 : 

// traits/sizeof.cpp 

#include <stddef.h> 


#include <iostream> 











template <typename T> 


class TypeSize { 


public: 
static size_t const value = sizeof(T); 
上 
int main() 
{ 


std::cout << "TypeSize<int>::value = " 


<< TypeSize<int>::value << std::endl; 


} 


在 这 一 节 后 面 的 内 容 里 ， 我 们 将 开 友 一 


数 ， 而 且 它 们 都 可 以 被 用 作 trait 类 。 
15.2.1 确定 元 


些 具 有 普 吉 用途 的 类 型 函 


和 类 型 


考虑 另 一 个 例子 ， 假 设 我 们 具有 一 些 诸如 Vector<T> 、1list<T> 和 
stack<T> 的 容 右 模板 ， 我 们 需要 实现 具有 这 样 功 能 的 类 型 函数 : 给 定 一 








个 容器 的 类 型 ， 能 够 给 出 容器 元 又 的 类 型 。 
局 部 特 化 来 获得 这 个 实现 : 
// traits/elementtype.cpp 





#include <vector> 
#include <list> 
#include <stack> 
#include <iostream> 
#include <typeinfo> 


template <typename T> 


在 下 面 的 例子 中 ， 我 们 使 用 


class ElementT: // 基本 模板 


template <typename T> 


class ElementT<std::vector<T> > { V/ 局 部 特 化 


public: 


typedef T Type; 
}; 
template <typename T> 
class ElementT<std::list<T> > { ”// 局 部 特 化 
public: 
typedef T Type; 
上 
template <typename 工 > 
class ElementT<std::stack<T> >{ /局 部 特 化 
public: 
typedef T Type; 
1 
template <typename T> 
void print_element type (T const & c) 
\ 
std::cout << "Container of " 
<< typeid(typename ElementT<T>::Type).namel() 
<< " elements.\n"; 
} 
int main() 
\ 
std::stack<bool> s; 
print_element_type(s); 
} 
借助 于 局 部 特 化 的 这 种 用 法 ， 即 使 在 容器 类 型 并 没有 意识 到 类 型 函 
数 的 情况 下 ， 也 可 以 实现 这 种 类 型 抽取 。 然 而 ， 在 大 多 数 情 况 下 ， 类 型 
函数 通常 是 和 可 应 用 类 型 ( 即 这 里 的 容器 类 型 ) 一 起 实现 的 ， 而 且 这 样 








的 话 ， 后 面 的 设计 通 弟 都 可 以 被 简化 。 例 如 ， 如 果 容 器 类 型 定义 了 一 个 
成 员 类 型 value_type《〈 诸 如 标准 容器 的 实现 一 样 ) ， 那 么 我 们 惑 可 以 编 
写 如 下 代码 : 

template <typename C> 

class ElementT { 

public: 
typedef typename C::value_type Type; 

上 
上 面 的 代码 可 以 作为 一 种 缺 省 实现 ， 而 且 对 于 没有 定义 成 员 类 型 
value_type 的 容器 类 型 ， 我 们 还 可 以 进行 特 化 ， 因 为 缺 省 实现 和 这 里 的 
特 化 是 相 容 的 。 因 此 ， 我 们 通常 建议 在 容器 模板 的 定义 内 部 ， 提 供 模板 
类 型 参数 的 类 型 定义 ， 从 而 在 泛 型 代码 中 可 以 更 容易 地 访问 这 些 参数 类 
型 。 下 面 的 例子 简略 地 给 出 了 这 种 实现 方法 : 

template <typename T1, typename T2, ...> 

classX{ 

public: 
typedef T1...; 
typedef T2...; 











为 什么 类 型 函数 是 有 用 的 呢 ?” 因 为 它 使 我 们 能 够 根据 容器 类 型 来 参 
数 化 一 个 模板 ; 从 而 在 使 用 该 模板 的 时 候 ， 我 们 并 不 需要 给 出 代表 元 素 
类 型 和 其 他 特征 的 一 些 参数 。 例 如 ， 借 助 于 类 型 函数 ， 我 们 不 再 需要 如 
下 编写 代码 : 

template <typename T, typename C> 

T sum_of_elements (C const& c); 


上 面 的 代码 要 求 我 们 使 用 诸如 sum_of_elements<int>(list) 的 调用 表达 


式 ， 也 就 是 说 需要 显 式 指定 元 素 的 类 型 。 然 而 ， 如 果 使 用 如 下 声明 : 

template<typename C> 

typename ElementT<C>::Type Sum_of elements (C const& c); 

那么 我 们 束 可 以 根据 类 型 函数 来 抽取 元 素 类 型 。 

我 们 看 到 ，trait ”的 实现 可 以 被 看 成 是 对 现存 类 型 的 一 种 扩展 。 
此 ， 即 使 是 基本 类 型 或 者 位 于 封闭 程序 库 中 的 许多 类 型 ， 都 可 以 定义 这 
些 类 型 函数 。 

在 这 个 例子 中 ， 类 型 ElementT 被 称 为 trait class， 因 为 它 被 用 来 访问 

个 给 定 容 莫 类 型 C 的 一 个 trait (更 普 裔 而 言 ， 我 们 可 以 把 多 个 trait 合 成 

到 诸如 ElementT 的 trait class 中 ) 。 因 此 ，trait class 并 不 局 限于 摘 述 容器 
参数 的 特性 ， 而 是 能 够 描述 任何 “ 主 参数 ”的 特征 《 即 不 管 该 主 参数 是 人 否 
为 容 莫 类 型 )。 














15.2.2 确定 class 类 型 
运用 下 面 的 类 型 函数 ， 我 们 能 够 确定 某 个 类 型 是 否 为 class 类 型 : 
// traits/isclasst.hpp 
template<typename T> 
class IsClassT { 
private: 
typedef char One; 
typedef struct { char a[2]; } Two; 
template<typename C> static One test(int C::*); 
template<typename C> static Two test(...); 
public: 
enum { Yes = sizeof(IsClassT<T>::test<T>(0)) == 1 }; 


enum { No = !Yes }: 


上 面 的 模板 使 用 了 8.3.1 小 节 的 SFINAE 原 则 (substitution-failure-is- 
not-error， 蔡 换 失败 并 非 错误 ) 。 这 里 用 到 SFINAE 原 则 的 目的 在 于 找到 
这 样 的 一 个 类 型 构造 : 它 对 class 类 型 是 无 效 的 ， 而 对 其 他 的 类 型 则 是 有 
效 的 ; 或 者 相反 。 于 是 ， 在 这 里 我 们 可 以 依赖 于 下 面 这 个 事实 : 只 有 当 
C 是 一 个 class 类 型 的 时 候 ， 和 里 为 成 员 指 针 的 类 型 构造 C::* 才 会 是 有 效 
的 。 

下 面 的 程序 就 使 用 这 个 类 型 函数 ， 来 测试 某 个 特定 的 类 型 或 者 对 象 


是 否 是 class 类 型 : 





// traits/isclasst.cpp 
#include <iostream> 
#include "isclasst.hpp" 
class MyClass { 
上 
struct MyStruct { 
上 
union MyUnion { 
上 
void myfunc() 
} 
enum Ef{el}e: 
/ 以 模板 实 参 的 方式 传递 类 型 ， 并 对 该 类 型 进行 检查 
template <typename T> 
void check() 
\ 

if (IsClassT<T>::Yes) { 


std::cout << " IsClassT " << std::end!l; 


} 
else { 


std::cout << " lIsClassT " << std::endl; 


} 
/ 以 函数 调用 实 参 的 方式 传递 类 型 ， 并 对 该 类 型 进行 检查 


template <typename T> 


void checkT (T) 

\ 
check<T>(); 

} 

int main() 

\ 
std::cout << "int: "; 
check<int>(); 
std::cout << "MyClass: "; 
check<MyClass>(); 
std::cout << "MyStruct:"; 
MyStruct s; 
checkT'(s); 
std::cout << "MyUnion: "; 
check<MyUnion>(); 
std::cout << "enum: "; 
checkT(e); 


std::cout << "myfunc():"; 


checkT(myfunc); 


程序 的 输出 如 下 : 
int: lIsClassT 
MyClass: IsClassT 
MyStruct: IsClassT 
MyUnion: IsClassT 
enum: IIsClassT 
myfunc(): !IsClassT 
15.2.3 [限定 符 
考虑 下 面 的 函数 模板 定义 : 
// traits/apply1.hpp 
template <typename T> 
void apply (T& arg, void (*func)(T)) 
{ 
func(arg); 
} 
同时 考虑 下 面 这 段 试 图 使 用 上 面 模板 的 代码 : 
// traits/apply1.cpp 
#include <iostream> 
#include "apply1.hpp" 


void incr (int& a) 
a: 
void print (int a) 


{ 


std::cout << a << std::endl; 


} 

int main() 

{ 

int x=7; 
apply (x, print); 
apply (Xx, incr); 

} 

让 我 们 来 分 析 这 段 代码 ， 调 用 

apply (x, print) 

是 正确 的 : 用 int 来 替换 T， 那 么 apply 的 参数 类 型 将 分 别 为 int& 和 
void(*)(int)， 这 和 实 参 的 类 型 互相 对 应 。 然 而 ， 调 用 

apply (X, incr) 

看 起 来 就 不 那么 直接 了 。 如 果 匹 配 第 2 个 参数 ， 那 么 要 求 用 int& 来 
蔡 换 T， 而 这 意味 厦 第 1 个 参数 类 型 为 int& &&， 但 int& & 通 和 都 不 是 合法 
的 C++ 类 型 。 事 实 上 ， 原 来 的 C++ 标准 会 把 这 种 蔡 换 看 作 一 个 非法 符 
换 ， 但 是 由 于 存在 许多 类 似 这 样 的 例子 ， 所 以 在 后 来 的 技术 修正 中 《也 
就 是 对 标准 的 一 些小 的 修正 ， 见 [Standard02]) ， 当 用 int& 蔡 换 T 之 后 ， 
所 获得 的 T& 看 成 与 int& 等 价 [9] 。 

对 于 那些 还 没有 实现 这 个 更 新 的 引用 蔡 换 规则 的 C++ 编译 器 ， 我 们 
可 以 创建 一 个 能 够 运用 “引用 运算 符 ” 的 类 型 函数 ， 但 前 提 条 件 是 给 定 类 
型 本 号 并 不 是 一 个 引用 。 另 外 ， 我 们 还 可 以 提供 一 个 对 立 的 操作 : 去 除 
这 个 引用 运算 符 〈 前 提 是 类 型 本 号 融 已 经 是 一 个 引用 ) 。 最 后 ， 我 们 在 
处 理 这 个 问题 的 同时 ， 借 助 于 相同 的 实现 原理 ， 我 们 还 可 以 添加 或 者 去 
除 const 限定 符 [10] 。 实 际 上 ， 上 所 有 这 些 我 们 都 可 以 借助 于 局 部 特 化 来 
实现 ， 见 下 面 的 泛 型 定义 : 

// traits/typeop1.hpp 

















template <typename T> 


class TypeOp { / 基本 模板 


public: 
typedef T ArgT; 
typedef T BareT; 
typedef T const ConstT; 
typedef T & RefT; 
typedef T & RefBareT; 


typedef T const & RefConstT; 
}; 
首先 ， 我 们 可 以 实现 一 个 处 理 const 类 型 的 局 部 特 化 : 
// traits/typeop2.hpp 
template <typename T> 
class TypeOp <T const> { // 针对 const 类 型 的 局 部 特 化 


public: 
typedef T const ”ArgT; 
typedef T BareT; 
typedef T const ConstT; 
typedef T const & RefT; 
typedef T & RefBareT; 
typedef T const & RefConstT; 


’ 

针对 引用 类 型 的 局 部 特 化 同样 也 适用 于 reference-to-const 类 型 。 
此 ， 在 有 必要 的 情况 下 ， 我 们 可 以 递归 地 引用 Typeop 模 板 来 获取 基本 类 
型 (bare ”type) 。 相 反 ， 对 于 已 经 有 一 个 const 类 型 进行 奉 换 的 模板 参 
数 ，C++ 仍 然 允 许 我 们 在 前 面 应 用 const 限 定 符 。 因 此 ， 当 重新 运用 const 
限定 符 的 时 候 ， 我 们 根本 残 不 需要 担心 是 人 否 需要 去 除 这 个 const 限 定 符 : 

// traits/typeop3.hpp 


template <typename 工 > 


class TypeOp <T&> { / 针对 引用 的 局 部 特 化 
public: 

typedef T & ArgT; 
typedef typename TypeOp<T>::BareT Barel; 
typedef T const ConstT; 
typedef T & RefT; 
typedef typename TypeOp<T>::BareT & RefBareT; 
typedef T const & RefConstT; 


上 

我 们 还 需要 考虑 一 个 特殊 的 情况 : 指 同 void 的 引用 是 不 允许 的 。 人 然 
而 ， 我 们 可 以 把 这 种 指 癌 void 的 引用 类 型 看 成 是 普通 的 void 类 型 。 下 面 
的 特 化 就 考虑 了 这 一 点 : 


// traits/typeop4.hpp 
template<> 
class TypeOp <void> { ”// 针 对 void 的 全 局 特 化 
public: 
typedef void ArgT; 
typedef void BareT; 
typedef void const ConstTI; 
typedef void RefT; 
typedef void RefBareTI; 
typedef void RefConstT; 


}; 
有 了 上 面 这 几 部 分 代码 ， 我 们 束 可 以 改写 apply 模 板 如 下 : 
template <typename 工 > 


void apply (typename TypeOp<T>::RefT arg, void (*func)(TI)) 


func(arg); 

} 

并 且 我 们 的 例子 可 以 像 期 望 的 那样 正常 运行 。 

最 后 ， 我 们 需要 知道 一 点 : 现在 已 经 不 能 根据 第 1 个 实 参 来 演绎 参 
数 T 了 ， 因 为 T 现 在 位 于 一 个 受 限 名 称 中 。 因 此 ， 我 们 只 能 根据 第 2 个 实 
参 来 演绎 T， 然 后 根据 演绎 出 来 的 结果 ， 来 生成 第 1 个 参数 的 实际 类 型 。 

15.2.4 promotion trait 

到 目前 为 止 ， 我 们 已 经 研究 并 且 开 发 了 单一 类 型 的 类 型 函数 : 即 给 
定 一 个 类 型 ， 我 们 可 以 定义 其 它 相 关 的 类 型 或 者 参数 。 然 而 ， 我 们 通常 
都 需要 开发 依赖 于 多 个 实 参 的 类 型 图 数 。 一 个 典型 的 例子 就 是 
promotion trait [11] ， 它 在 编写 运算 符 模板 的 时 候 非 常 有 用 。 为 了 继续 阐 
述 这 种 想法 ， 让 我 们 先 编写 一 个 函数 模板 ， 用 于 对 两 个 Array 容 器 进行 
相 加 : 


template<typename 工 > 











Array<T> operator+ (Array<T> const&, Array<T> const&); 

这 看 起 来 非常 好 。 但 是 ， 由 于 语言 允许 我 们 把 一 个 char 类 型 的 值 加 
到 一 个 int 值 ， 因 此 我 们 期 望 可 以 对 数组 也 实现 这 种 混合 类 型 的 操作 。 于 
是 ， 我 们 将 面临 一 个 问题 ， 即 如 何 确定 结果 模板 的 返回 类 型 。 


template<typename T1, typename T2> 





Array<???> operator+ (Array<T1> const&, Array<T2> const&); 

然而 ， 借 助 于 promotion trait， 我 们 就 可 以 解决 上 面 声明 所 给 出 的 问 
题 。 如 下 所 示 : 

template<typename T1, typename 工 2> 

Array<typename Promotion<T1, T2>::ResultT> 


operator+ (Array<T1> const&, Array<T2> const&); 


或 者 可 以 使 用 另 一 种 实现 方法 ， 如 下 所 示 : 

template<typename T1, typename 工 2> 

typename Promotion<Array<T1>, Array<T2> >::ResultT 

operator+ (Array<T1> const&, Array<T2> const&); 

上 面 的 代码 的 主要 的 想法 是 : 提供 模板 Promotion 的 一 系列 特 化 ， 
从 而 能 够 根据 要 求生 成 一 个 满足 我 们 需要 的 类 型 函数 。 男 一 个 使 用 
promotion ”trait 的 应 用 程序 是 由 max() 模 板 引 入 的 ; 当 我 们 希望 指定 两 个 
不 同类 型 值 的 最 大 值 时 ， 我 们 通常 都 期 望 返 回 结 果 ( 即 最 大 值 ) 属 
于 “两 个 类 型 中 更 加 强大 的 类 型 ”( 见 2.3 市 ) ， 而 这 个 时 候 往往 就 会 用 到 
类 型 函数 。 

实际 上 ， 对 于 Promotion 模板 ， 并 不 存在 确切 的 定义 ;， 因此， 我 们 
最 好 是 让 这 个 基本 模板 处 于 未 定义 状态 : 


template<typename T1, typename 工 2> 














class Promotion:; 

男 外 ， 如 果 两 个 类 型 的 大 小 不 一 样 ， 那 么 我 们 还 需要 作出 男 一 个 选 
择 : 我 们 将 提升 类 型 更 强大 的 类 型 。 我 们 可 以 通过 特殊 模板 IfThenElse 
来 实现 这 一 点 ， 它 会 接受 一 个 Boolean 的 非 类 型 模板 参数 ， 然 后 根据 
Boolean 参 数 的 值 ， 在 两 个 类 型 参数 之 中 选 出 其 中 一 个 : 

// traits/ifthenelse.hpp 

#ifndef IFTHENELSE_HPP 

#define IFTHENELSE_HPP 

/ 基本 模板 : 根据 第 1 个 实 参 来 决定 : 是 选择 第 2 个 实 参 ， 还 是 第 3 个 








六 
Sp 


template<bool C, typename Ta, typename Tb> 
class IfThenElse; 
/ 局 部 特 化 : true 的 话 则 选择 第 2 个 实 参 


template<typename Ta, typename Tb> 


class IfThenElse<true, Ta, Tb> { 
public: 
typedef Ta ResultT; 
’ 
/ 局 部 特 化 false 的 话 则 选择 第 3 个 实 参 
template<typename Ta, typename Tb> 
class IfThenElse<false, Ta, Tb> { 
public: 
typedef Tb ResultT; 
上 
#endif / IFTHENELSE_HPP 
有 了 上 面 的 这 些 代 码 之 后 ， 我 们 能 够 根据 所 需要 提升 的 类 型 的 大 
小 ， 从 而 在 T1、T2、void 三 者 之 间作 出 选择 ， 并 且 实 现 Promotion 模 板 
如 下 : 
// traits/promotel.hpp 
// 针对 类 型 提升 (type promotion ) 的 基本 模板 
template<typename T1, typename T2> 
class Promotion { 
public: 
typedef typename 
IfThenElse<(sizeof(T1)>sizeof(T2)), 
T1, 
typename IfThenElse<(sizeof(T1)<sizeof(T2)), 
T2, 
void 
>::ResultT 
>::ResultT ResultT:; 


}; 
对 于 在 基本 模板 中 使 用 的 这 种 基于 类 型 大 小 的 启发 式 假设 ， 在 大 多 
数 情况 下 都 可 以 正常 运行 ， 但 我 们 需要 对 这 种 假设 进行 检验 ， 而 这 有 时 
候 也 是 比较 肤 烦 的 。 男 外 ， 如 果 这 种 假设 选择 了 一 个 错误 的 〈 即 不 符合 
期 望 的 ) 类 型 ， 那 么 我 们 还 需要 给 出 一 个 相应 的 特 化 ， 来 改写 原来 这 种 
(基于 假设 的 ) 选择 。 另 一 方面 ， 如 果 两 个 类 型 是 完全 一 样 的 ， 那 么 马 
上 就 可 以 安全 地 把 该 《相同 的 ) 类 型 提升 为 所 期 望 的 类 型 。 可 以 用 下 面 
的 局 部 特 化 来 阐述 这 一 点 : 

// traits/promote2.hpp 

/针对 两 个 相同 类 型 的 局 部 特 化 


template<typename 工 > 








class Promotion<T,T> { 
public: 

typedef T ResultT; 
上 
为 了 记录 基本 类 型 的 提升 ， 我 们 还 需要 实现 一 系列 针对 基本 类 型 的 
特 化 。 在 此 ， 可 以 借助 宏 来 (从 某 种 程度 地 ) 减少 源 代 码 的 数量 : 

// traits/promote3.hpp 

#define MK_PROMOTION(T1,T2,T1r) \ 

template<> class Promotion<T1, T2>{ \ 
public: \ 
typedef Tr ResultT; \ 


\ 
template<> class Promotion<T2, TI1> { \ 
public: \ 
typedef Tr ResultT; \ 


让 
于 是 ， 我 们 可 以 这 样 添 加 这 些 提升 : 
// traits/promote4.hpp 
MK_ PROMOTION(boo], char int) 
MK_ PROMOTION(bool, unsigned char, int) 
MK_PROMOTION(bool, signed char, int) 





这 个 方法 相对 是 比较 直接 的 ， 但 同时 要 枚 举 出 几 十 种 (针对 基本 类 
型 的 ) 可 能 的 组 合 。 事 实 上 ， 还 存在 多 种 其 他 的 技术 。 例 如 ， 我 们 可 以 
修改 IsFundaT 模板 和 IsEnumT 模板 来 定义 这 些 基于 整 型 与 浮 点 型 的 提 
升 类 型 。 于 是 ， 我 们 只 需要 考虑 那些 结果 为 基本 类 型 《和 用 户 定义 的 类 
型 ， 这 点 我 们 将 在 后 面 讨论 ) ， 并 且 基 于 这 些 类 型 对 Promotion 进 行 特 
化 。 

一 旦 为 基本 类 型 (和 一 些 必 要 的 枚 举 类 型 ) 定义 好 了 Promotion， 
我 们 就 可 以 通过 局 部 特 化 来 表达 其 他 的 提升 规则 。 例 如 我 们 的 Array 数 
组 : 

// traits/promotearray.hpp 











template<typename T1, typename T2> 
class Promotion<Array<T1>, Array<T2> > { 
public: 
typedef Array<typename Promotion<T1,12>::ResultT> ResultT; 
上 
template<typename 工 > 
class Promotion<Array<T>, Array<T> > { 
public: 
typedef Array<typename Promotion<T,T>::ResultT> ResultT; 





对 于 最 后 一 个 局 部 特 化 ， 我 们 需要 给 予 更 大 的 关注 。 我 们 刚 开 始 可 
能 会 认为 前 面 针 对 相同 类 型 的 特 化 (Promotion<T,T>) 已 经 考虑 了 这 种 
情况 。 然 而 遗憾 的 是 ， 融 特 化 程度 而 言 ， 局 部 特 化 
Promotion<Array<T1>，Array<T2> > 和 局 部 特 化 Promotion<T，T> 是 一 样 
的 〈 见 12.4 节 ) 2] 。 为 了 避免 产生 这 种 《由 于 特 化 程度 相同 而 引起 
的 ) 模板 选择 二 义 性 ， 我 们 添加 了 最 后 一 个 局 部 特 化 ， 它 比 前 面 两 个 模 
板 中 的 任何 一 个 都 更 加 特殊 化 。 

当 添 加 更 多 类 型 的 时 候 ， 我 们 就 可 以 同时 添加 Promotion 模板 更 多 
的 特 化 和 局 部 特 化 ， 从 而 可 以 针对 这 些 新 类 型 进行 提升 。 





15.3 polliicy traiit 





到 目前 为 止 ， 我 们 给 出 了 几 个 trait 模 板 的 例子 ， 用 于 确定 模板 参数 
的 一 些 属 性 : 譬如 这 些 参数 表示 的 是 什么 类 型 ;在 混合 类 型 的 操作 中 ， 
应 该 提升 哪 一 个 类 型 等 等 。 我 们 把 这 些 trait 称 为 property trait。 

另 一 方面 ， 还 存在 其 他 类 型 的 trait， 它 们 定义 了 应 该 如 何 对 待 这些 
类 型 ， 我 们 把 这 类 trait 称 为 policy trait。 这 让 我 们 想起 前 面 说 讨论 的 
policy class 的 概念 《而且 我 们 已 经 指出 : trait 和 policy 之 间 的 区 别 并 不 是 
很 明显 ) ; 然而 ，policy trait 针 对 的 是 与 模板 参数 相关 的 一 些 更 加 独 有 
的 属性 (我 们 知道 ，policy class 通 常 都 是 独立 于 其 他 模板 参数 的 〉。 

尽管 我 们 通常 可 以 把 property trait 实 现 为 类 型 函数 ， 但 是 对 于 policy 
trait 而 言 ， 我 们 通常 是 把 该 policy 封 装 在 成 员 函 数 内 部 。 在 进行 深入 阐述 
之 前 ， 让 我 们 先 来 看 一 个 类 型 函数 的 例子 ， 它 定义 了 一 个 用 于 传递 只 读 
参数 的 policy。 

15.3.1 只 读 的 参数 类 型 


在 C 和 C++ 中 ， 函 数 调用 实 参 在 缺 省 情况 下 都 是 以 “ 传 值 ?的 方式 进 
行 传递 的 。 这 就 意味 着 : 由 调用 者 计算 出 来 的 实 参 值 需 要 被 拷贝 到 被 调 





用 者 所 控制 的 位 置 中 。 于 是 ， 大 多 数 程序 员 都 察觉 到 : 对 于 很 大 的 数据 
结构 而 言 ， 这 种 拷贝 都 是 很 耗费 资源 的 ， 因 此 ， 对 于 这 种 数据 结构 ， 应 
该 “ 传 const 引 用 ”( 或 者 ， 在 C 中 传递 const 指 针 ) 。 相 反 ， 对 于 更 小 的 结 
构 ， 和 情况 就 并 非 这 么 简单 了 ; 从 性 能 的 观点 来 看 ， 完 竟 采 用 何 种 机 制 依 
赖 于 代码 所 在 的 实际 体系 结构 。 实 际 上 ， 在 大 多 数 例子 中 ， 小 的 数据 结 
构 究竟 采用 何 种 机 制 ， 对 性 能 的 影响 并 不 大 ; 但是， 即使 是 针对 小 的 数 
据 结 构 ， 我 们 也 必须 小 心 处 理 ， 选 择 一 个 适当 的 传递 机 制 。 

当然 ， 引 入 了 模板 之 后 ， 事 情 就 变 得 更 加 复杂 了 : 因为 我 们 事先 并 
不 知道 用 来 奉 换 模板 参数 的 类 型 究竟 有 多 大 ; 而 且 ， 最 后 的 诀 定 也 不 仅 
仅 依 赖 于 类 型 的 大 小 : 一 个 小 的 结构 也 可 能 会 具有 昂贵 的 拷贝 构造 函 
数 ， 这 时 我 们 也 应 该 以 “const 引 用 ”的 方式 来 传递 只 读 参数 。 

在 前 面 的 讨论 中 ， 我 们 已 经 隐约 提 到 ， 可 以 使 用 policy trait 模 板 来 
处 理 上 面 这 个 问题 ， 而 且 该 policy trait 实 际 上 是 一 个 类 型 函数 : 该 函数 
可 以 根据 不 同 的 情况 《〈 即 类 型 大 小 ) ， 将 把 实 参 类 型 T 映 射 为 T 或 者 工 
const&， 即 在 这 两 种 类 型 中 挑选 出 一 种 最 佳 参数 类 型 。 基 于 下 面 的 例 
子 ， 我 们 做 出 一 个 近似 的 假设 : 对 于 不 大 于 “2 个 指针 ”大 小 的 类 型 ， 基 
本 模板 将 采用 “ 传 值 ” 的 方式 传递 参数 ， 而 对 于 其 他 的 类 型 ， 则 采用 “ 传 
递 const 引 用 ”的 方式 传递 参数 。 


template<typename 工 > 














class RParam { 
public: 
typedef typename IfThenElse<sizeof(T)<=2*sizeof(void*), 

1; 
T const&>::ResultT Type; 

上 

另 一 方面 ， 对 于 容 需 类 型 ， 即 使 sizeof 函 数 返 回 的 是 一 个 很 小 的 

值 ， 但 也 可 能 会 涉及 到 昂贵 的 拷贝 构造 函数 。 因 此 ， 我 们 需要 编写 如 下 








的 许多 特 化 和 局 部 特 化 : 

template<typename T> 

class RParam<Array<I>>{ 

public: 
typedef Array< 工 > const& Type; 

上 

由 于 我 们 处 理 的 都 是 C++ 中 的 常见 类 型 ， 所 以 我 们 期 望 在 基本 模板 
中 能 够 对 非 class 类 型 (nonclass ”type) 以 传 值 的 方式 进行 调用 。 另 外 对 
于 某 些 对 性 能 要 求 比较 苛刻 的 class 类 型 ， 我 们 有 选择 地 添加 这 些 类 
为 “ 传 值 ”方式 ‘下 面 的 基本 模板 使 用 了 15.2.2 小 节 的 IsClassT<> 模 板 ， 来 
区 分 是 否 为 class 类 型 )。 

// traits/rparam.hpp 

#ifndef RPARAM_HPP 

#define RPARAM_ HPP 

#include "ifthenelse.hpp" 

#include "isclasst.hpp" 

template<typename T> 

class RParam { 

public: 
typedef typename IfThenElse<IsClassT<T>::No, 
1; 
T const&>::ResultT Type; 

上 

#endif / RPARAM_HPP 

对 于 上 面 两 种 方法 中 的 任何 一 种 ， 我 们 都 可 以 在 trait 模 板 的 定义 中 
实现 这 个 policy， 而 且 客 户 端 也 可 以 使 用 该 policy 来 获得 好 的 性 能 。 例 
如 ， 假 设 我 们 具有 两 个 类 ， 其 中 一 个 指定 : 对 于 只 读 实 参 而 言 ， 传 值 调 


用 具有 更 好 的 性 能 。 

// traits/rparamcls.hpp 

#include <iostream> 

#include "rparam.hpp" 

Class MyClassl { 

public: 

MyClass1l () { 
} 
MyClassl (MyClass1 const&) { 


std::cout << "MyClassl copy constructor called\n"; 


} 
1 
class MyClass2 { 
public: 
MyClass2 () {} 
MyClass2 (MyClass2 const&) { 
std::cout << "MyClass2 copy constructor called\n"; 
} 
上 
// 对 于 RParam<> 的 MyClass2 参 数 ， 以 传 值 的 方式 进行 传递 
template<> 


class RParam<MyClass2> { 
public: 
typedef MyClass2 Type; 
上 
现在 ， 对 于 具有 只 读 实 参 的 函数 ， 你 就 可 以 在 函数 声明 中 使 用 
RParam<> 了 ， 并 且 调 用 这 些 函 数 : 





// traits/rparam1.cpp 
#include "rparam.hpp" 
#include "rparamcls.hpp" 
/ 允许 参数 以 传 值 或 者 传 引用 的 方式 传递 参数 的 函数 
template <typename T1, typename 工 2> 
void foo (typename RParam<T1>::Type pl, 
typename RParam<T2>::Type p2) 


} 
int main() 
{ 
MyClassl mc1l; 
MyClass2 mc2; 
foo<MyClass1l, MyClass2>(mc1,mce2); 
} 
遗憾 的 是 ， 上 面 这 种 使 用 RParam ”的 作法 有 几 个 严重 的 缺点 。 首 
先 ， 函 数 声明 现在 变 得 格外 复杂 。 其 次 ， 也 许 更 容易 令 人 对 该 方案 持 反 
对 态度 的 是 : 我 们 现在 不 能 使 用 实 参 演绎 来 调用 诸如 foo() 的 函数 了 ， 因 
为 模板 参数 只 是 出 现在 函数 参数 的 限定 从 里面。 因此， 我 们 不 得 不 在 调 
用 的 位 置 显 式 地 指定 模板 实 参 。 
对 于 上 面 这 个 问题 ， 存 在 一 个 罕 拙 的 解决 方法 : 使 用 一 个 内 联 的 包 
装 〈wrapper) 函数 模板 ;但 是 该 方案 假设 内 联 函 数 将 会 被 编译 器 移 
除 ， 即 编译 恬 将 直接 调用 位 于 内 联 函 数 里 面 的 函数 ， 如 下 面 的 
foo_coreO 函 数 。 
// traits/rparam2.cpp 








#include "rparam.hpp" 


#include "rparamcls.hpp" 

/ 允许 以 传 值 或 者 传 引用 的 方式 传递 参数 的 函数 

template <typename T1, typename 工 2> 

void foo_core (typename RParam<T1>::Type p1， 
typename RParam<T2>::Type p2) 


} 
/为 了 避免 指定 显 式 模板 参数 而 实现 的 wrapper 


template <typename 工 , typename 工 2> 





inline 
void foo (T1 const & p1, T2 const & p2) 
{ 
foo_core<T1,T2>(p1,p2); 
} 
int main() 
| 
MyClassl mc1l; 
MyClass2 moc2; 
foo(mc1,mc2); / 等 价 于 foo_core<MyClass1,MyClass2>(mcl,mc2) 


i 


15.3.2 找 凡 、 交 换 和 移 友 
为 了 继续 针对 性 能 的 讨论 ， 我 们 引入 了 男 一 个 policy trait 模 板 ， 它 
将 选择 出 最 佳 的 操作 ， 来 拷贝 、 交 换 或 者 移动 菜 一 特定 类 型 的 元 素 。 
设想 拷贝 操作 是 通过 拷贝 构造 函数 或 者 拷贝 赋值 运算 符 来 实现 的 。 
对 于 单一 元 素 而 言 ， 这 是 完全 正确 的 。 但 是 对 于 具有 相同 类 型 的 多 个 元 








素 而 言 ， 与 重复 地 调用 该 类 型 的 构造 函数 或 者 赋值 运算 符 相 比 ， 可 能 还 
存在 效率 更 高 的 操作 。 

类 似 地 ， 与 下 面 传统 的 操作 相 比 ， 也 存在 更 加 高 效 地 交换 或 者 移动 
特定 类 型 元 素 的 操作 : 

T tmp(a); 

a=b: 

b = tmp; 

容器 类 型 就 是 一 个 典型 的 例子 。 实 际 上 ， 对 容器 类 型 而 言 ， 拷 贝 操 
作 通 冲 是 不 允许 的 ， 而 主要 是 进行 交换 或 者 移动 操作 。 在 讨论 实用 性 的 
那 一 章 里 〈 见 第 20 草 ) 我 们 开发 了 一 个 具有 这 种 属性 的 智能 指针 。 

因此 ， 我 们 期 望 能 够 用 一 个 合适 的 trait 模 板 ， 来 确定 上 面 所 讨论 的 
这 些 问 题 。 对 于 泛 型 定义 ， 我 们 将 区 分 class 类 型 和 nonclass 类 型 ， 因 为 
对 于 nonclass 类 型 而 言 ， 我 们 并 不 需要 在 意 用 户 自己 自 定义 的 拷贝 构造 
函数 和 拷贝 赋值 运算 符 。 这 一 次 ， 我 们 将 使 用 继承 ， 从 而 能 够 在 两 种 
trait 实 现 中 进行 选择 。 

// traits/csmtraits.hpp 

















template <typename T> 

class CSMtraits : public BitOrClassCSM<T, IsClassT<T>::No > { 

上 

CSMtraits 的 实现 完全 委托 给 了 BitOrClassCSM<> 的 特 化 (其 中 CSM 
是 由 “copy、swap、move” 的 第 1 个 字母 组 成 的 ) 。 基 类 的 第 2 个 模板 参数 
表示 : 是 否 能 够 安全 地 使 用 位 元 找 贝 ， 来 实现 多 种 操作 。 从 上 面 代码 可 
以 看 出 ， 虽 然 泛 型 定义 保守 地 假设 : 不 能 对 class 类 型 进行 安全 的 位 元 找 
贝 ， 但 对 某 些 已 知 为 POD (plain old data type) 的 类 型 ， 我 们 就 可 以 特 
化 CSMtraits 来 获得 更 好 的 性 能 。 

template<> 

class CSMtraits<MyPODType> 





: public BitOrClassCSM<MyYPODType, true> { 
}; 
缺 省 情况 下 ，BitOrClassCSM 模板 包含 了 两 个 局 部 特 化 。 下 面 的 代 
人 码 包含 了 一 个 基本 模板 和 一 个 不 进行 位 元 找 贝 的 、 安 全 的 局 部 特 化 。 
// traits/csm1.hpp 








#include <new> 
#include <cassert> 
#include <stddef.h> 
#include "rparam.hpp" 
/ 基本 模板 template<typename T, bool Bitwise> 
class BitOrClassCSM.; 
1/ 用 于 对 象 安全 拷贝 的 局 部 特 化 
template<typename T> 
class BitOrClassCSM<T, false> { 
public: 
static void copy (typename RParam<T>::ResultT src, T* dst) { 
/把 其 中 一 项 拷贝 给 所 对 应 的 另 一 项 
*dst = src; 
} 
static void copy_n (T const* src, T* dst, size tn){ 
/ 把 其 中 n 项 找 贝 给 其 他 n 项 
for (size_tk=0;k<n; ++k) { 
dst[k] = src[k]; 


} 


static void copy_init (typename RParam<T>::ResultT src, 
void* dst) { 


/ 找 贝 一 项 到 未 进行 初始 化 的 存储 空间 
::new(dst) 工 (STC); 
} 
static void copy_init_n (T const* src, void* dst, size tn){ 
/ 找 贝 n 项 到 未 进行 初始 化 的 存储 空间 
for (size_tk=0;k<n; ++k) { 
::new((void*)((char*)dst+k)) 工 (Src[K]); 


} 
static void swap (T* a, T*b)t{ 
/交换 其 中 两 项 
T tmp(*a); 
米 d 三 守 D: 
*b = tmp; 
} 
static void swap_n (T* a, T* b, size tn){ 
/ 交换 n 项 
for (size_tk=0;k<n; ++k) { 
T tmp(alk)); 
alk] = b[kj; 
b[k] = tmp; 


} 

static void move (T* src, T* dst) { 
/ 移动 一 项 到 男 一 项 所 在 的 位 置 
assert(src != dst); 


*dst = *src; 


src->~T(); 
} 
static void move_n (T* src, T* dst, size tn){ 
/ 移动 n 项 到 为 n 项 所 在 的 位 置 
assert(src != dst); 
for (size_tk=0;k<n; ++k) { 
dst[k|] = src[k]; 
src[k].~T(); 
} 
} 
static void move_init (T* src, void* dst) { 
// 移动 一 项 到 未 初始 化 的 存储 空间 
assert(src != dst); 
::new(dst) 工 (*STC); 
src->~T(); 
} 
static void move_init_n (T const* src, void* dst, size tn){ 
/ 移动 n 项 到 未 初始 化 的 存储 空间 
assert(src != dst); 
for (size_tk=0;k<n; ++k) { 
::new((void*)((char* )dst+k)) T(src[k]); 
src[k].~T(); 
} 
} 
上 
在 这 里 ，move 的 概念 意味 着 : 把 一 个 值 从 一 个 位 置 转移 到 另 一 个 
位 置 ， 因 此 原来 的 值 已 经 不 再 存在 《或 者 更 加 准确 而 言 ， 原 来 的 值 所 在 





位 置 已 经 被 回收 了 ) 。 相 反 ，copy 操作 则 保证 在 执行 该 操作 之 后 ， 源 位 
置 和 目标 位 置 都 是 有 效 的 ， 而 且 具 有 相同 的 值 。 我 们 还 要 把 这 种 区 列 以 
及 memcpy0O 与 nemmove0 之 间 的 区 别 进行 区 分 ， 其 中 memcpyO 和 
memmove() 是 标准 C 程序 库 的 两 个 函数 : 在 C 标准 库 的 这 两 个 函数 中 ， 
move “操作 意味 着 源 位 置 和 目标 位 置 是 可 以 重 登 的 ， 但 copy 操 作 的 源 位 
置 和 目标 位 置 不 能 重 登 。 而 在 我 们 CSM 的 实现 中 ， 我 们 假设 源 位 置 和 目 
标 位 置 在 两 个 操作 中 都 是 不 能 重 登 的 。 另 外 ， 在 具有 工业 强度 的 程序 库 
中 ， 可 能 还 需要 添加 一 个 shift 操 作 ， 来 表达 一 个 用 于 在 连续 内 存 区 域 移 
动 对 象 的 policy 〈 该 操作 将 由 memmove0 调 用 ) 。 在 此 ， 我 们 基于 简单 
性 考虑 而 省 略 了 这 个 shift 操 作 。 

我 们 看 到 ， 上 面 policy trait 模 板 的 成 员 函 数 都 是 静态 的 。 实 际 上 ， 
大 多 数 情况 也 都 是 如 此 ， 因 为 我 们 只 是 对 参数 类 型 的 对 象 应 用 这 些 成 员 

函数 ， 而 并 非 对 trait class 类 型 的 对 象 应 用 这 些 成 员 函 数 。 
最 后 ， 另 一 个 针对 位 元 找 贝 的 trait 而 实现 的 局 部 特 化 如 下 : 
// traits/csm2.hpp 











#include <cstring> 

#include <cassert> 

#include <stddef.h> 

#include "csml.hpp" 

/ 针对 更 快 的 对 象 位 元 找 贝 而 实现 的 局 部 特 化 

template <typename T> 

class BitOrClassCSM<T,true> : public BitOrClassCSM<T ,false> { 





public: 
static void copy_n (T const* src, T* dst, size tn){ 
/ 找 贝 n 项 到 其 他 的 对 象 
std::memcpy((void* )dst, (void* )src, n); 
} 


static void copy_init_n (T const* src, void* dst, size tn){ 
/ 找 贝 n 项 到 未 初始 化 的 存储 空间 
std::memcpy(dst, (void* )src, n); 
} 
static void move_n (T* src, T* dst, size_ tn){ 
/ 移动 n 项 到 其 他 对 象 的 n 项 
assert(src != dst); 
std::memcpy((void* )dst, (void* )src, n); 
} 
static void move_init_n (T const* src, void* dst, size _ tn) { 
// 移动 n 项 到 未 初始 化 的 存储 空间 
assert(src != dst); 


std::memcpy(dst, (void* )src, n); 


上 

针对 能 够 进行 位 元 拷贝 的 类 型 ， 为 了 简化 该 类 型 的 trait 实 现 ， 我 们 
使 用 了 另 一 层次 的 继承 。 然 而 我 们 应 该 知道 : 这 种 实现 并 非 是 必需 的 。 
实际 上 ， 对 于 特定 的 平台 ， 我 们 可 能 会 期 望 引入 更 多 的 内 联 汇编 〈 例 
如 ， 充 分 利用 人 硬件 的 交换 操作 ) 。 





15.4 本 章 后 记 


Nathan Myers 是 首位 令 trait 参 数 的 概念 走 辐 正式 化 的 专家 。 他 最 初 
给 出 了 一 种 能 够 在 标准 库 组 件 (诸如 输入 输出 流 〉 中 处 理 字 符 类 型 的 
trait， 并 且 把 这 种 trait 思 想 提 交 给 了 C++ 标准 委员 会 。 在 那个 时 候 ， 他 把 
trait 称 为 baggage template， 并 且说 明 baggage template 包 含 了 多 个 trait。 
然而 ，C++ 委 员 会 的 某 些 成 员 并 不 喜欢 baggage 这 个 概念 ， 因 此 最 后 也 


惑 使 用 了 trait 这 个 名 字 。 而 且 从 那 之 后 ，trait 这 个 概念 就 被 广泛 使 用 
汪汪 

通 利和 而 言 ， 客 户 端 代码 都 不 会 涉及 到 trait: 因为 缺 省 的 trait 类 都 可 
以 满足 一 般 的 需要 ， 而 且 这 些 trait 类 都 是 一 些 缺 省 模板 实 参 ， 因 此 在 客 
户 端 代 码 中 并 不 需要 出 现 。 这 同时 也 有 利于 证 明 : 在 缺 省 trait 模 板 中 ， 
使 用 长 的 描述 名 称 是 合理 的 。 另 一 方面 ， 客 户 端 代码 也 可 以 提供 一 个 目 
定义 的 trait 实 参 ， 来 修改 缺 省 模板 的 行为 ， 此 时 ， 我 们 通常 都 会 对 所 获 
得 的 结果 特 化 typedef 成 一 个 简短 、 并 且 能 够 表达 目 定 义 行为 的 名 称 。 这 
样 的 话 ， 即 使 rrait 类 被 给 定 了 一 个 很 长 的 描述 名 称 ， 也 不 会 牺牲 太 多 的 
源 代码 优雅 性 。 

在 我 们 的 讨论 中 ， 我 们 只 是 以 类 模板 的 形式 给 出 了 trait 模 板 。 但 是 
严格 而 言 ， 情 况 却 非 完全 如 此 。 如 有 果 只 需要 提供 单一 的 policy trait， 我 
们 也 可 以 传递 普通 函数 模板 的 形式 来 给 出 trait 模 板 。 例 如 : 

template <typename T, void (*Policy)(T const&, T const&)> 











Class 又 ; 

然而 ，trait 的 最 初 目 的 是 为 了 减少 次 要 模板 实 参 的 数量 ， 而 如 有 果 我 
们 在 模板 参数 中 仅仅 封装 一 个 trait 的 话 ， 那 么 将 达 不 到 最 初 的 目的 。 这 
也 是 Myer 为 什么 要 把 概念 baggage 看 为 trait 集 合 的 原因 。 我 们 将 在 的 第 22 
章 重 新 探讨 这 个 问题 ， 在 那 一 章 里 ， 我 们 给 出 了 一 个 排序 原则 。 

标准 库 定 义 了 类 模板 std::char_traits， 它 被 用 作 一 个 policy trait 参 
数 。 为 了 能 够 修改 某 些 算 法 ， 使 之 适合 多 种 STL 人 迭代 需 的 要 求 ， 即 要 在 
该 算法 中 应 用 多 种 友 代 器 ;标准 库 提 供 了 一 个 很 简单 的 std::iterator_traits 
属性 trait (property trait) 模板 〈 而 且 在 标准 库 的 接口 中 也 使 用 这 个 
trait) 。 另 外 ， 模 板 std::numeric_limits 也 可 以 被 用 作 一 个 属性 trait 模 板 ， 
但 是 在 标准 库 中 却 看 不 到 这 种 用 法 。 类 似 地 ， 类 模板 std::unary_function 
和 std::binary_funtion 也 是 属于 这 种 例子 ;， 但是， 后 两 个 函数 是 很 简单 的 
类 型 函数 : 它们 只 是 把 实 参 typedef 为 成 员 名 称 ， 而 这 又 适用 于 仿 函 数 























Cfuntor， 也 称 为 函数 对 象 ， 见 第 22 章 ) 。 最 后 ， 用 于 标准 容器 类 型 的 
内 存 分 配 也 是 使 用 一 个 policy trait 类 来 处 理 的 ，std::allocator 模 板 束 是 标 
准 库 提 供 的 用 于 这 个 目的 的 标准 处 理 方式 。 

显然 ， 许 多 程序 员 和 一 些 作者 都 在 开发 和 探索 policy ”class。 其 中 
Alexandrescu 使 policy class 这 个 概念 更 加 普及 流行 ， 在 Modern 
C++Design 里 ， 他 给 出 了 更 多 关于 policy class 的 详细 内 容 ， 也 包括 我 们 
这 一 简短 章节 中 所 没有 的 内 容 〈 见 [AlexandrescuDesign]) 。 


第 16 章 模板 与 继承 


不 是 多 家 不 聚 头 ， 让 模板 与 继承 “ 聚 头 ”， 想 象 一 下 会 有 什么 好 戏 
看 ? 您 怕 浮 现在 你 的 脑海 中 的 是 第 9 章 里 继承 依赖 型 基 类 (dependent 
base class) 时 处 理 非 受 限 名 字 (unqualified names)〉 的 战 战 殊 殊 吧 ? 其 
实 ， 模 板 与 继承 的 结合 ， 借 助 所谓 的 参数 化 继承 (parameterized 
inheritance) ， 倒 能 碰撞 出 不 少 精彩 的 技术 火花 ， 而 这 正 是 本 章 的 主 
题 。 








16.1 命名 模板 参 类 


许多 模板 技术 往往 让 类 模板 拖 着 一 长 串 类 型 参数 ， 不 过 许多 参数 都 
设 有 合理 的 缺 省 值 ， 往 往 像 这 样 : 
template <typename Policyl = DefaultPolicy1， 
typename Policy2 = DefaultPolicy2， 
typename Policy3 = DefaultPolicy3, 
typename Policy4 = DefaultPolicy4> 


class BreadSlicer { 


|e 
一 般 情 况 下 使 用 缺 省 模板 实 参 BreadSlicer<> 束 足够 了 。 不 过 ， 如 果 
必须 指定 某 个 非 缺 省 的 实 参 ， 还 必须 明白 地 指定 在 它 之 前 的 所 有 实 参 
《即使 这 些 实 参 正 好 是 缺 省 类 型 ， 也 不 能 偷懒 ) 。 
跟 这 样 的 BreadSlicer<DefaultPolicy1, DefaultPolicy2, Custom> 相 比 ， 
BreadSlicer<Policy3= Custom> 显 然 更 有 吸引 力 。 下 面 我 们 就 来 把 这 吸引 





力 由 梦想 变 为 现实 [13] 。 

我 们 的 考虑 主要 是 设法 将 缺 省 类 型 值 放 到 一 个 基 类 中 ， 再 根据 需要 
通过 派生 和 窗 盖 挥 某 些 类 型 值 。 这 样 ， 我 们 就 不 再 直接 指定 类 型 实 参 了 ， 
而 是 通过 辅助 类 完成 ， 如 BreadSlicer<Policy3_is<Custom> >。 既然 用 辅 
助 类 做 模板 参数 ， 每 个 辅助 类 都 可 以 描述 上 述 4 个 policy 中 的 任意 一 个 ， 
故 所 有 模板 参数 的 缺 省 值 均 相 同 : 


template <typename PolicySetterl = DefaultPolicyArgs, 











typename PolicySetter2 = DefaultPolicyArgs, 
typename PolicySetter3 = DefaultPolicyArgs, 
typename PolicySetter4 = DefaultPolicyArgs> 
class BreadSlicer { 
typedef PolicySelector<PolicySetter1, PolicySetter2， 
PolicySetter3, PolicySetter4> 
Policies; 
/ 使 用 Policies::P1、Policies::P2... 来 引用 各 个 policies 


i 

剩 下 的 厂 烦 事 就 是 实现 模板 PolicySelector。 这 个 模板 的 任务 是 利用 
typedef 将 各 个 模板 实 参 合并 到 一 个 单一 的 类 型 ( 即 Disoriminator) ， 访 
类 型 能 够 根据 指定 的 非 缺 省 类 型 〈 如 policy1l-is 的 Policy) ， 改 写 缺 省 定 
义 的 typedef 成 员 《〈 如 Default ”Policies 的 DefaultPolicy1) 。 其 中 合并 的 事 
情 可 以 让 继承 来 干 : 

// PolicySelector<A,B,C,D> 生成 A,B,C,D 作 为 基 类 

// Discriminator<> 使 Policy Seletor 可 以 多 次 继承 自 相 同 的 其 类 


template<typename Base, int D> 











class Discriminator : public Base { 


template <typename Setterl, typename Setter2, 
typename Setter3, typename Setter4> 
class PolicySelector : public Discriminator<Setter1,1>， 
public Discriminator<Setter2,2>, 
public Discriminator<Setter3,3>, 
public Discriminator<Setter4,4> { 
' 
注意 ， 由 于 中 间 模 板 Discriminator 的 引入 ， 我 们 就 可 以 一 致 处 理 各 
个 Setter 类 型 (不 能 直接 从 多 个 相同 类 型 的 基 类 继承 ， 但 可 以 借助 中 间 
类 间接 继承 ) [14] 。 
如 前 所 述 ， 我 们 还 需 把 缺 省 值 集中 到 一 个 基 类 中 : 
// 分 别 命名 缺 省 policies 为 P1, P2, P3, P4 


class DefaultPolicies { 





public: 
typedef DefaultPolicy1 P1; 
typedef DefaultPolicy2 P2; 
typedef DefaultPolicy3 P3; 
typedef DefaultPolicy4 P4; 
}; 
不 过 由 于 会 多 次 从 这 个 基 类 继承 ， 我 们 必须 小 心 以 避免 二 义 性 ， 故 
用 虚拟 继承 : 
/ 一 个 为 了 使 用 缺 省 policy 值 的 类 
/ 如 果 我 们 多 次 派生 自 DefaultPolicies， 下 面 的 虚拟 继承 就 避免 了 二 
义 性 
class DefaultPolicyArgs : virtual public DefaultPolicies { 
}; 
最 后 ， 我 们 只 需 写 几 个 模板 履 盖 掉 缺 省 的 policy 参 数 : 








template <typename Policy> 
class Policy1l is : virtual public DefaultPolicies { 
public: 
typedef Policy P1; // 改写 缺 省 的 typedef 
}; 
template <typename Policy> 
class Policy2_is : virtual public DefaultPolicies { 
public: 
typedef Policy P2; /改写 缺 省 的 typedef 
}; 
template <typename Policy> 
class Policy3_is : virtual public DefaultPolicies { 
public: 
typedef Policy P3; // 改 写 缺 省 的 typedef 
}; 
template <typename Policy> 
class Policy4 is : virtual public DefaultPolicies { 
public: 
typedef Policy P4; /改写 缺 省 的 typedef 
}; 
大 功 告 成 。 我 们 把 模板 BreadSlicer 实 例 化 为 : 
BreadSlicer<Policy3_is<CustomPolicy> > bc; 
这 时 模板 BreadSlicer 中 的 类 型 Polices 被 定义 为 : 
PolicySelector<Policy3_is<CustomPolicy>, 
DefaultPolicyArgs, 
DefaultPolicyArgs, 
DefaultPolicyArgs> 


由 类 模板 Discriminator 的 帮助 ， 我 们 得 到 了 如 图 16.1 所 示 的 类 层 
次 。 从 中 可 以 看 出 ， 所 有 的 模板 实 参 都 是 基 类 ， 而 它们 有 共同 的 虚 基 类 
DefaultPolicies， 正 是 这 个 共同 的 虚 基 类 定义 了 Pl1、P2、P3 和 P4 的 缺 省 
类 型 ， 不 过 ， 其 中 一 个 派生 类 Policy3_is<> 重 定义 了 P3。 根 据 优势 规则 
Cdomination rule》 ， 重 定义 的 类 型 隐藏 了 基 类 中 的 定义 ， 这 里 没有 二 
义 性 问题 5] 。 

















DefaultPolicies 


typedef DefaultPolicyl Pl1; 
typedef DefaultPolicy2 P2; 
typedef DefaultPolicy3 P3; 
typedef DefaultPolicy4 P4; 
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| PolicySelector<Policy3_is<CustomPolicy>,DefaultPolicyArgs,DefaultPolicyArgs,DefaultPolicyArgs> | 


16.1 BreadSlicer<>::Policies 所 获得 的 类 型 体系 


在 模板 BreadSlicer 中 ， 我 们 可 以 使 用 诸如 Policies::P3 等 限定 名 称 
(qualified name) 来 引用 这 4 个 policy， 例 如 : 


template <...> 





class BreadSlicer { 


public: 
void print () { 


Policies::P3::doPrint(); 


}; 
整 示 例 请 见 inherit/nametmpl.cpp。 
虽然 上 述 实现 针对 的 是 4 个 模板 参数 的 情况 ， 但 不 难 举 一 反 三 解决 
一 般 的 命名 模板 参数 问题 。 注 意 ， 对 于 那些 包含 虚 基 类 的 辅助 类 ， 我 们 
自始至终 都 没有 对 它们 进行 实例 化 ， 因 此 也 就 不 存在 性 能 或 者 内 存 耗费 
的 问题 。 


16.2 宇 基 和 关 优 





C++ 类 常常 为 “ 空 ”， 这 就 意味 着 在 运行 期 其 内 部 表示 不 耗费 任何 内 
存 。 这 种 见于 只 包 合 类 型 成 员 、 非 虚 成 员 函 数 和 静态 数据 成 员 的 类 ， 而 
非 静 态 数据 成 员 、 虚 函数 和 虚 基 类 则 的 确 在 运行 期 耗费 内 存 。 

即使 是 空 类 ， 其 大 小 也 不 会 为 0。 试 试 下 面 这 个 程序 : 

// inherit/empty.cpp 











#include <iostream> 


class EmptyClass { 


3 
int main() 
| 
std::cout << "sizeof(EmptyClass): " << sizeof(EmptyClass) 
<< \n'; 
} 


在 许多 平台 上 ， 上 述 程 序 会 输出 EmptyClass 的 大 小 为 1;， 而 在 某 些 
对 于 对 齐 〈alignment) 要 求 更 严格 系统 上 ， 结 果 可 能 是 另 一 个 数 〈 通 党 





16.2.1 布局 原由 
C++ 的 设计 者 们 不 允许 类 的 大 小 为 0， 其 原因 很 多 。 比 如 由 它们 构 
成 的 数组 ， 其 大 小 必然 也 是 0， 这 会 导致 指针 运算 中 普 训 使 用 的 性 质 失 
效 。 例 如 ， 假 设 类 型 ZeroSizedT 的 大 小 为 0， 则 下 面 的 操作 会 出 现 错 
误 : 
ZeroSizedT z[10]; 








&z[i] - &zlj] / 计算 两 个 指针 或 者 地 址 之 间 的 距离 

通常 而 言 ， 示 例 中 的 差 值 ， 一 般 是 用 两 个 地 址 之 间 的 字 市 数 除 以 类 
型 大 小 而 得 到 的 ， 而 类 型 大 小 为 0 就 不 妙 了 。 

虽然 不 能 存在 “ 零 大 小 ”的 类 ， 但 这 局 门 也 没 彻底 关 死 。C++ 标 准 规 
定 ， 当 空 类 作为 基 类 时 ， 只 要 不 会 与 同一 类 型 的 另 一 个 对 象 或 子 对 象 分 
配 在 同一 地 址 ， 束 不 需 为 其 分 配 任何 空间 。 我 们 通过 实例 来 看 看 这 个 所 
谓 的 空 基 类 优化 〈empty base class optimization，EBCO) 技术 : 

// inherit/ebcol1.cpp 











#include <iostream> 
class Empty { 
typedef int Int; // typedef 成 员 并 不 会 使 类 成 为 非 空 





上 

class EmptyToo : public Empty { 

class EmptyThree : public EmptyToo { 
}; 

int main() 


{ 


std::cout << "Sizeof(Empty): " << Sizeof(Empty) 
<< \n'; 

std::cout << "sizeof(EmptyToo): " << sizeof(EmptyToo) 
<< \n'; 

std::cout << "sizeof(EmptyThree): " << sizeof(EmptyThree) 
<< \n'; 

} 

如 采编 译 器 文 持 空 基 类 优化 ， 上 述 程序 所 有 的 输出 结果 相同 ， 但 均 
不 为 0〈 见 图 16.2) 。 也 就 是 说 ， 在 类 EmpytToo 中 的 类 Empty 没 有 分 配 空 
间 。 注 意 ， 融 有 优化 空 基 类 的 空 类 (没有 其 他 基 类 ) ， 其 大 小 亦 为 0; 
这 也 是 类 EmptyThree 能 够 和 类 Empty 具 有 相同 大 小 的 原因 所 在 。 然 而 ， 
在 不 支持 EBCO 的 编译 器 上 ， 结 果 就 大 相 径 庭 〈 见 图 16.3) 。 


图 16.2 实现 EBCO 的 编译 器 对 EmptyThree 的 布局 























EmptyTIoo 
EmptyThree 








图 16.3 不 文 持 EBCO 的 编译 器 对 EmptyThree 的 布局 


想 想 在 空 基 类 优化 下 ， 下 例 的 结果 如 何 ? 
// inherit/ebco2.cpp 


#include <iostream> 
class Empty { 
typedef int Int; // typedef 成 员 并 没有 使 一 个 类 变 成 非 空 


1 

class EmptyToo : public Empty { 

}; 

class NonEmpty : public Empty, public EmptyToo { 

1 

int main() 

{ 
std::cout << "sizeof(Empty): " << Sizeof(Empty) << \n'; 
std::cout << "sizeof(EmptyToo): " << Sizeof(EmptyToo) << \n'; 
std::cout << "sizeof(NonEmpty): " << Sizeof(NonEmpty) << \n'; 

} 


也 许 你 会 大 吃 一 惊 ， 类 NonEmpty 并 非 真 正 的 “ 空 ” 类 ,但 的 的 确 确 
它 和 它 的 基 类 都 没有 任何 成 员 。 不 过 ，NonEmpty 的 基 类 Empty 和 
EmptyToo 不 能 分 配 到 同一 地 址 空间 ， 人 否则 EmptyToo 的 基 类 Empty 会 和 
NonEmpty 的 基 类 Empty 撞 在 同一 地 址 空间 上 。 换 名 话说， 两 个 相同 类 型 
的 子 对 象 偏 移 量 相同 ， 这 是 C++ 对 象 布 局 规则 不 允许 的 。 有 人 可 能 会 认 
为 可 以 把 两 个 Empty 子 对 象 分 别 放 在 偏 移 ODO 和 1 字 市 处 但 整个 对 象 的 大 
小 也 不 能 仅 为 1。 因 为 在 一 个 包含 两 个 NonEmpty 的 数组 中 ， 第 一 个 元 素 
和 第 二 个 元 素 的 Empty 子 对 象 也 不 能 撞 在 同一 地 址 空间 ( 见 图 16.4)。 





NonEmpty 


EmptyToo 





图 16.4 支持 EBCO 的 编译 器 对 NonEmpty 的 布局 


对 空 基 类 优化 进行 限制 的 根本 原因 在 于 ， 我 们 需要 能 比较 两 个 指针 
否 指 向 同一 对 象 。 由 于 指针 几乎 总 是 用 地 址 作 内 部 表示 ， 所 以 我 们 必 
须 保证 两 个 不 同 的 地 址 〈 即 两 个 不 同 的 指针 值 ) 对 应 两 个 不 同 的 对 象 。 
虽然 这 种 约束 看 起 来 并 不 非常 重要 ， 但 是 在 实际 应 用 中 的 许多 类 都 
是 继承 自 一 组 定义 公共 typedefs 的 基 类 ， 当 这 些 类 作为 子 对 象 出 现在 同 
一 对 象 中 时 ， 问 题 就 凸现 出 来 了 ， 此 时 优化 应 被 禁止 。 
16.2.2 成 员 作 基 类 


对 于 数据 成 员 ， 则 不 存在 类 似 空 基 类 优化 的 技术， 否则 过 到 指向 成 
员 的 指针 时 就 会 出 问题 。 那 么 我 们 不 妨 考 虑 将 成 员 变 量 实现 为 (私有 ) 
基 类 的 形式 ， 而 且 第 一 眼看 来 ， 该 类 型 确实 也 可 以 作为 成 员 变 量 的 类 
型 ， 不 过 这 都 需要 我 们 在 后 面 对 该 类 型 进行 特殊 处 理 。 

在 模板 中 考虑 这 个 问题 特别 有 意义 ， 因 为 模板 参数 常常 可 能 就 是 空 
类 。 但 是 对 于 一 般 情 况 ， 我 们 并 不 能 依赖 这 条 规则 〈 即 模板 参数 常常 可 
能 是 基 类 ) ; 而 且 如 果 对 某 一 个 模板 参数 一 无 所 知 ， 也 不 能 很 容易 地 实 
现 空 基 类 优化 。 考 虑 一 个 平凡 的 例子 : 

template <typename T1, typename 工 2> 

class MyClass { 

private: 
T1 a; 
工 2 b;... 






































此 

模板 参数 T1 和 T2 之 一 或 全 部 ， 都 很 有 可 能 为 空 类 ， 那 像 上 面 这 样 
老 老 实 实地 表示 MyClass<T1， T2> 就 不 能 得 到 最 优 布局 ， 每 个 这 样 的 实 
例 可 能 会 浪费 一 个 字 的 内 存 。 

把 模板 参数 直接 作为 基 类 可 以 解决 这 个 问题 : 





template <typename T1, typename 工 2> 

class MyClass : private 工 , Private T2 { 

}; 

但 是 ， 如 此 直接 的 做 法 必然 直面 一 堆 问 题 。 大 Tl1 和 T2 并 非 是 类 
《比如 原生 类 型 int 等 ) ， 或 者 是 联合 (union) 类 型 ， 上 面 的 做 法 就 有 
问题 。 另 外 ， 当 T1 和 T2 类 型 相同 时 ， 也 会 出 问题 〈 这 个 问题 倒是 不 难 
通过 添加 中 间 层 进行 继承 的 方式 解决 116] ) 。 再 退 一 步 ， 即 使 这 些 问题 
都 可 以 解决 ， 却 始终 会 有 块 大 石头 挡住 去 路 : 增加 基 类 会 改变 接口 。 对 
上 面 的 MyClass 类 来 说 ， 它 的 接口 有 限 ， 问 题 并 不 大 。 但 是 稍 后 我 们 会 
发 现 ， 继 承 模板 参数 其 全 能 影响 到 成 员 函 数 是 否 为 虚 。 显 然 ， 这 样 引入 
EBCO 会 引 来 许多 不 必要 的 打 烦 。 

如 果 已 知 一 个 模板 参数 的 类 型 必然 是 类 ， 该 模板 的 男 一 个 成 员 类 型 
不 是 空 类 ， 那 么 有 一 个 办 法 更 可 行 ， 其 大 致 想法 是 借助 EBCO 的 东风 ， 
把 可 能 为 空 的 类 型 参数 与 这 个 成 员 “ 合 ”起 来 [17] 。 比 如 对 于 


template <typename CustomClass> 

















class Optimizable { 


private: 
CustomClass info; // 可 能 为 空 
VOid* storage; 
}; 
我 们 可 将 其 改写 为 


template <typename CustomClass> 
class Optimizable { 
private: 


Base MemberPair<CustomClass, void*> info_and_storage; 


}; 

即使 不 管 模板 BaseMemberPair 的 实现 ， 光 Optimizable 就 已 经 变 得 更 
为 见长 。 但 应 用 了 类 似 方法 后 ， 对 于 使 用 者 而 言 ， 许 多 模板 库 的 性 能 都 
得 以 显著 提高 ， 故 实现 的 相对 复杂 是 值得 的 。 

BaseMemberPair 的 实现 其 实 相当 简 活 : 

// inherit/basememberpair.hpp 

#ifndef BASE_ MEMBER PAIR HPP 

#define BASE MEMBER PAIR_ HPP 


template <typename Base, typename Member> 











class Base MemberPair : private Base { 
private: 
Member member; 
public: 
/ 构造 函数 
Base MemberPair (Base const & b, Member const & m) 
: Base(b), member(m) { 
} 
// 通过 first() 来 访问 基 类 数据 
Base const& first() const { 
return (Base const&)*this; 
} 
Base& first() { 
return (Base&)*this; 
} 
// 通过 second() 来 访问 基 类 的 成 员 变 量 


Member const& second() const { 





return this->member; 


} 
Member& second() { 


return this->member; 


}; 

#endif / BASE MEMBER PAIR_HPP 

封装 在 BaseMemberPair 中 的 数据 成 员 ( 其 存储 方式 在 类 型 Base 为 空 
时 可 得 到 优化 ) ， 需 要 通过 成 员 函 数 first0) 和 second0O 访 问 。 


16.3 奇特 的 递归 模板 模式 


奇特 的 递归 模板 模式 (Curiously Recurring ” Template Pattern， 
CRITP) 这 个 奇特 的 名 字 代 表 了 类 实现 技术 中 一 种 通用 的 模式 ， 即 派生 
类 将 本 喘 作 为 模板 参数 传递 给 基 类 。 最 简单 的 情形 如 下 : 


template <typename Derived> 





class CuriousBase { 


| 


class Curious : public CuriousBase<Curious> { 


下 

在 第 一 个 示例 中 ，CRTP 有 一 个 非 依赖 型 基 类 (nondependent base 
class) : 类 Curious 不 是 模板 ， 因 此 免 于 与 依赖 型 基 类 (dependent base 
class) 的 名 字 可 见 性 等 问题 纠缠 。 不 过 ， 这 并 非 CRTP 的 本 质 特 征 ， 请 
看 : 

template <typename Derived> 


class CuriousBase { 


}; 
template <typename T> 


class CuriousTemplate : public CuriousBase<CuriousTemplate<T> > { 


上 
从 这 个 示例 出 发 ， 不 难 再 举 出 使 用 模板 的 模板 参数 的 方式 : 
template <template<typename> class Derived> 


class MoreCuriousBase { 


}; 
template <typename T> 


class MoreCurious : public MoreCuriousBase<MoreCurious> { 


上 
CRTP 的 一 个 简单 应 用 是 记录 某 个 类 的 对 象 构造 的 总 个 数 。 数 对 象 
信介。 失 和 引 入 一 个 天 开明 扣 成员 ， 分 中村 
和 析 构 函数 中 进行 递增 和 递减 操作 。 不 过 ， 要 在 每 个 类 里 都 这 么 写 就 很 
繁琐 了 。 有 了 CRTP， 我 们 可 以 先 写 一 个 模板 : 
// inherit/objectcounter.hpp 
#include <stddef.h> 
template <typename CountedType> 
class ObjectCounter { 
private: 
static size_t count; ”// 存在 对 象 的 个 数 
protected: 


// 后 省 构造 函数 


ObjectCounter() { 


++ObjectCounter<CountedType>::count; 


/ 找 贝 构造 函数 
ObjectCounter (ObjectCounter<CountedType> const&) { 
++ObjectCounter<CountedType>::count; 
} 
/ 析 构 函数 
~ObjectCounter() { 
--ObjectCounter<CountedType>::count; 
} 
public: 
// 返回 存在 对 象 的 个 数 : 
static size_t live() { 
return ObjectCounter<CountedType>::count; 
} 
上 
/ 用 0 来 初始 化 count 
template <typename CountedType> 
size_t ObjectCounter<CountedType>::count = 0; 
如 果 想 要 数 菏 个 类 的 对 象 存在 的 个 数 ， 只 需 让 该 类 从 模板 
ObjectCounter 派 生 即 可 。 以 一 个 字符 串 类 为 例 : 


// inherit/testcounter.cpp 








#include "objectcounter.hpp" 
#include <iostream> 
template <typename CharT> 


class MyString : public ObjectCounter<MyString<CharT> > { 


}; 
int main() 
| 
MyString<char> s1, S2; 
MyString<wchar_t> ws; 
std::cout << "number of MyString<char>: " 
<< MyString<char>::live() << std::endl; 
std::cout << "number of MyString<wchar_t>: " 
<< ws.live() << std::endl; 
} 
一 般 地 ，CRTP 适用 于 仅 能 用 作成 员 函 数 的 接口 (如 构造 函数 、 析 
构 函 数 和 下 标 运算 operator[] 等 ) 的 实现 提取 出 来 。 


16.4 参数 化 虚拟 性 


C++ 人 允许 通过 模板 直接 参数 化 3 种 实体 : 类 型 、 常 数 Cnontype) 和 
模板 。 同 时 ， 模 板 还 能 间接 参数 化 其 他 属性 ， 比 如 成 员 函 数 的 虚拟 性 。 
下 面 我 们 来 看 看 这 个 不 同 寻 常 的 技术 : 

// inherit/virtual.cpp 

#include <iostream> 

class NotVirtual { 

} 

class Virtual { 

public: 
virtual void foo() { 


} 


}; 
template <typename VBase> 
class Base : private VBase { 
public: 
// foo0 的 虚拟 性 依赖 于 它 在 基 类 VBase( 如 果 存 在 基 类 的 话 ) 中 的 
声明 
void foo() { 


std::cout << "Base::foo()" << \n'; 


上 
template <typename V> 
class Derived : public Base<V> { 
public: 
void foo() { 


std::cout << "Derived::foo()" << \n'; 


} 
}; 
int main() 


Base<NotVirtual>* p1 = new Derived<NotVirtual>; 
p1->foo(); // 调用 Base::foo() 
Base<Virtual>* p2 = new Derived<Virtual>; 
p2->foo(); // 调用 Derived::foo() 
} 
虽然 这 项 技术 可 以 让 一 个 类 模板 号 羔 两 职 : 既 可 以 用 作 实 例 化 也 可 
用 作 继 承 ， 而 且 两 种 方式 的 行为 功能 完全 不 同 。 但 是 ， 这 无 疑 是 一 把 双 
刀 人 证 ， 除 非 经 过 深思 熟 虑 而 做 出 这 样 的 设计 决策 ， 人 否则， 一般 我 们 更 倾 


器 于 为 此 类 模板 减负 ， 将 功能 分 散 [18] 。 


16.5 本 章 后 记 





Boost 库 用 命名 函数 参数 简化 某 些 类 模板 的 使 用 [19] 。 不 过 与 本 书 
中 利用 虚 继 承 实 现 一 个 功能 上 类 似 于 PolicySelector 的 类 型 (由 
Vandevoorde 设计 ) 相 比 ，Boost 使 用 了 更 为 复杂 的 metaprogramming 技 
术 。 

CRITP 的 使 用 至 少 可 退 调 到 1991 年 ， 不 过 最 早 由 James Coplien 将 其 
正式 记录 下 来 〈 见 [CoplienCRTP]) ， 从 此 它 开 始 被 大 量 应 用 。 参 数 化 
实 上 ， 正 如 我 们 所 展示 的 ，CRTP 并 不 要 求 派 生 是 参数 化 的 ， 而 许多 形 
式 的 参数 化 继承 也 并 非 CRTP。 此 外 ，CRTP 有 时 也 与 Barton-Nackman 技 
巧 〈 见 第 11.7 节 ) 搅 成 一 团 ， 那 是 因为 Barton 和 Nackman 使 用 友 元 名 字 
注入 技术 (friend name injection，Barton-Nackman 技 巧 的 主力 ) 时 常 伴 
有 CRTP。 本 章 在 ObjectCounter 示 例 中 所 用 的 技术 基本 与 Scott Meyers 所 
设计 的 〈 见 [MeyersCounting]) 相同 。 

Bill Gibbons 是 将 EBCO 技 术 引 入 C++ 的 最 大 功臣 ，Nathan Myers 使 
EBCO 得 以 普及 ， 并 且 他 曾 提出 过 一 个 与 BaseMemberPair 类 似 的 模板 。 
Boost ” 库 包 含 一 个 更 为 精致 的 模板 compressed_pairY， 解 决 了 我 们 曾 指 出 
的 那些 存在 于 MyClass 中 的 问题 。boost: compressed-pair 完 全 可 以 取代 
BaseMemberPair。 

译 者 评注 

命名 参数 问题 

相信 大 家 更 为 熟悉 命名 函数 参数 Cnamed function parameter) 机 
制 ， 也 就 是 某 些 语言 〈 如 Python) 中 的 所 谓 关 键 字 实 参 〈keyword 
argument) 。 毕 竟 ， 文 持 函 数 的 编程 语言 远 远 多 于 文 持 模板 的 语言 。 这 





两 个 机 制 是 相当 类 似 的 ， 不 过 C++ 都 不 文 持 ， 所 以 我 们 不 妨 类 比 一 下 。 
一 个 经 典 的 命名 函数 参数 示例 如 下 〈 了 Python 语言 ， 来 自 Python 文 档 ) : 
def parrot(voltage, state='a stiff，action=voom'，type='Norwegian 
Blue'): 
print "-- This parrot wouldn't", action, 
print "if you put", voltage, "Volts through it." 
print "-- Lovely plumage, the", type 
print "-- It's", state, "!" 
调用 方式 为 
parrot(1000) 
parrot(action = "VOOOOOM,'", voltage = 1000000) 
parrot('a thousand', state = Pushing up the daisies') 
parrot('a million', "bereft of life', jump') 
也 束 是 说 ， 参 数 名 并 不 仅仅 是 一 个 占 位 符 (placeholder) ， 还 有 共 
体 的 意义 。 我 们 只 需要 按 任 意 顺 序 指定 茶 些 参数 的 值 即 可 ， 其 他 参数 目 
动 采 用 默认 值 。 这 比 C++ 目 身 具有 严格 顺序 要 求 的 默认 参数 机 制 好 多 
了 ， 特 别 适 用 于 函数 参数 个 数 较 多 ， 而 大 部 分 时 候 只 需 使 用 默认 值 的 情 
况 。 当 然 ，C++ 也 可 以 模拟 出 这 一 机 制 ， 比 如 BGL (Boost Graph 
Library) 就 实现 了 一 套 命名 函数 参数 机 制 。 以 其 Bellman-Ford 最 短路 径 
算法 为 例 ， 完 整形 式 是 
template <class EdgeListGraph, class Size, class WeightMap， 








class PredecessorMap, class DistanceMap, 

class BinaryFunction, class BinaryPredicate, 

class BellmanFordVisitor> 

bool bellman ford_shortest_paths(EdgeListGraph& g, Size N， 
WeightMap weight, PredecessorMap pred, DistanceMap distance, 


BinaryFunction combine, BinaryPredicate compare, BellmanFordVisitor 


Vv); 

一 共 8 个 参数 ， 后 6 个 都 设 有 合理 的 默认 值 ， 可 以 这 么 调用 

bool r = boost::bellman_ford_shortest_paths(g, int(N), 

boost::weight_map(weight). 

distance_map(&distance[0]). 

predecessor_map(&parent[0])); 

这 完全 得 蔓 于 BGL 的 精心 设计 ， 具 体 原 理 不 再 痪 述 ， 有 兴趣 的 读者 
可 以 参考 Boost Graph Library 一 书 。 





es 


第 17 章 metaprogram 





metaprogramming [20] 含有 “对 一 个 程序 进行 编程 ”的 意思 。 换 句 话 
说 ， 编 程 系统 将 会 执行 我 们 所 写 的 代码 ， 来 生成 新 的 代码 ， 而 这 些 新 代 
码 才 真正 实现 了 我 们 所 期 望 的 功能 。 通 和 而 言 ，metaprogramming 这 个 
概念 意味 着 一 种 反射 的 特性 : metaprogramming 组 件 只 是 程序 的 一 部 
分 ， 而 且 它 也 只 生成 一 部 分 代码 或 者 程序 。 

我 们 为 什么 需要 metaprogramming 呢 ? 和 大 多 数 程序 设计 技术 一 
样 ， 使 用 metaprogramming 的 目的 是 为 了 实现 更 多 的 功能 ， 并 且 使 花费 
的 开销 更 小 ， 其 中 开销 是 以 : 代码 大 小 、 维 护 的 开销 等 来 衡量 的 。 另 一 
方面 ，metaprogramming 的 最 大 特点 在 于 : 某 些 用 户 自 定义 的 计算 可 以 
在 程序 翻译 期 进行 。 而 这 通常 都 能 够 在 性 能 (因为 在 程序 翻译 期 所 进行 
的 计算 通常 都 可 以 被 优化 ) 或 者 接口 简单 性 (一 个 metaprogram 通 常 都 
要 比 它 所 扩展 的 程序 简短 ) 方面 市 来 好 处 ; 其 至 为 两 方面 同时 带 来 好 
处 。 

metaprogramming 要 依赖 于 我 们 在 第 15 章 所 介绍 的 关于 trait 和 类 型 函 
数 的 概念 。 因 此 ， 我 们 建议 你 在 深入 学 习 这 一 章 之 前 ， 先 对 第 15 音 有 个 
大 致 的 了 解 。 














17.1 metaprogram 的 第 一 个 实例 


在 1994 年 C++ 标准 委员 会 的 一 次 会 议 上 ，Erwin Unruh 提 出 了 : 可 以 
使 用 模板 来 在 编译 期 进行 某 些 计算 。 于 是 ， 他 写 了 一 个 用 于 产生 素数 的 
程序 。 其 中 特别 的 是 : 生成 素数 的 计算 是 编译 器 在 编译 期 执行 的 ， 而 不 
是 在 运行 期 执行 。 而 且 对 于 从 2 到 某 个 可 配置 的 值 ( 即 素数 ) ， 编 译 器 














都 会 产生 一 个 错误 人 信息。 最后， 尽管 这 个 程序 并 不 是 严格 可 移植 的 〈 因 
为 错误 信息 没有 标准 化 ) ， 但 是 该 程序 表明 了 : 模板 实例 化 机 制 是 一 种 
基本 的 递归 语言 机 制 ， 可 以 用 于 在 编译 期 执行 复杂 的 计算 。 因 此 ， 这 种 
随 着 模板 实例 化 所 出 现 的 编译 期 计算 通常 就 被 称 为 template 
metaprogramming。 

在 深入 了 解 metaprogramming 的 细节 之 前 ， 让 我 们 先 来 看 一 个 简单 
的 例子 〈 而 Erwin 的 例子 我 们 将 在 17.8 节 给 出 ) 。 下 面 的 程序 给 出 了 如 何 
在 编译 期 计算 3 的 窜 : 

// meta/pow3.hpp 

#ifndef POW3_HPP 

#define POW3_HPP 

// 用 于 计算 3 的 N 次 方 的 基本 模板 


template<int N> 





class Pow3 { 
public: 
enum { result=3*Pow3<N-1>::result }: 
上 
/用 于 结束 递归 的 全 局 特 化 
template<> 
class Pow3<0> { 
public: 
enum { result = 1 }: 
; 
#endif // POW3_HPP 
实际 上 ， 在 template metaprogramming 后 面 所 做 的 工作 是 递归 的 模板 


实例 化 [21] 。 在 这 个 计算 3N 的 递归 模板 实例 化 将 应 用 下 面 这 两 个 规 





则 : 


LB 
2.30=1 
首先 ， 第 1 个 模板 实现 了 一 般 的 递归 原则 : 
template<int N> 
class Pow3 { 

public: 

enum { result = 3 * Pow3<N-1>::result }: 

上 
当 实 例 化 一 个 正 数 N 的 时 候 ， 模 板 Pow3<> 需 要 计算 所 含 枚 举 值 的 结 








果 ， 这 个 值 将 会 是 : 以 N-1 为 模板 参数 实例 化 相同 模板 后 ， 对 应 模板 的 
result 值 乘 以 3。 

而 第 2 个 模板 是 一 个 用 于 结束 递归 的 特 化 ， 它 确定 了 Pow3<0> 的 结 
果 : 

template<> 

class Pow3<0> { 

public: 
enum { result = 1 }; 

2 

让 我 们 通过 实例 化 Pow3<7> 来 计算 3”， 从 而 研究 一 下 具体 的 计算 细 
3 


// meta/pow3.cpp 
#include <iostream> 
#include "pow3.hpp" 
int main() 


{ 


std::cout << "Pow3<7>::result = " << Pow3<7>::result 
<< AD ; 

} 

首先 ， 编 译 器 会 实例 化 Pow3<7>， 从 而 获得 : 

3 * Pow3<6>::result 

于 是 ， 上 面 的 Pow3<6> 要 求 基于 实 参 6 实例 化 相同 的 模板 。 类 似 
地 ，Pow3<6> 的 结果 也 会 实例 化 Pow3<5>、Pow3<4> 等 。 于 是 ， 递 归 不 
贡 进 行 下 去 ， 直 到 Pow3<> 基 于 0 进行 实例 化 时 ， 递 归 才 结束 ， 并 且 以 1 
作为 Pow3<0> 的 结 末 。 

在 这 里 ，Pow3<> 模 板 〈 包 含 它 的 特 化 ) 束 被 称 为 一 个 template 
metaprogramming。 它 描述 一 些 可 以 在 翻译 期 (编译 期 进行 求 值 的 计 
算 ， 而 这 整个 求 值 过 程 属于 模板 实例 化 过 程 的 一 部 分 。 从 表面 上 看 来 ， 
上 面 的 这 些 实现 相对 比较 简单 ， 而 且 用 处 也 不 大 ; 但 在 某 些 情况 下 ， 
template metaprogramming 却 是 非常 有 用 的 。 





17.2 极 志 [ 静 访 和 帝 量 


在 原来 的 ” C++ 编 译 器 中 ， 在 类 声明 的 内 部 ， 枚 举 值 是 声明 “ 真 常 
值 ”( 也 称 为 常量 表达 式 )〉 的 唯一 方法 。 然 而 ， 现 在 的 情况 已 经 发 生 了 
改变 ，C++ 的 标准 化 过 程 引入 了 在 类 内 部 进行 静态 常量 初始 化 的 概念 。 
可 以 使 用 下 面 的 简短 例子 来 阐明: 
struct TrueConstants { 
enum { Three = 3 }; 
static int const Four = 4; 
上 
在 上 面 例 子 中 ，Four 就 是 一 个 “ 真 营 量 ” 一 一 和 Three 一 样 。 
有 了 上 面 这 个 性 质 之 后 ， 我 们 的 Pow3 metaprogram 可 以 更 改 如 下 : 


// meta/pow3b.hpp 

#ifndef POW3_HPP 

#define POW3_HPP 

// 用 于 计算 3 的 N 次 虹 的 基本 模板 


template<int N> 





class Pow3 { 
public: 
static int const result = 3 * Pow3<N-1>::result; 
上 
/用 于 结束 递归 的 局 部 特 化 
template<> 
class Pow3<0> { 
public: 
static int const result = 1; 
' 
#endif // POW3_HPP 
与 上 一 节 的 例子 相 比 ， 该 例子 的 唯一 不 同 在 于 : 我 们 这 里 使 用 静态 
常量 成 员 ， 而 不 是 枚 举 值 。 然 而 ， 该 版 本 存在 一 个 缺点 : 项 态 成 员 变 量 
只 能 是 左 值 。 因 此 ， 如 果 你 具有 一 个 如 下 的 声明 : 
void foo(int const&); 
而 且 你 把 上 一 个 metaprogram 的 结果 传递 进去 ， 即 : 
foo(Pow3<7>::result); 
那么 编译 器 将 必须 传递 Pow3<7>::result 的 地 址 ， 而 这 会 强制 编译 器 
实例 化 静态 成 员 的 定义 ， 并 为 该 定义 分 配 内 存 。 于 是 ， 该 计算 将 不 再 局 
限于 完全 的 “编译 期 ”效果 。 
然而 ， 枚 举 值 却 不 是 左 值 〈 也 就 是 说 ， 它 们 并 没有 地 址 ) 。 因 此 ， 
当 你 通过 引用 传递 枚 举 值 的 时 候 ， 并 不 会 使 用 任何 静态 内 存 ， 就 像 是 以 














文字 常量 的 形式 传递 这 个 完成 计算 的 值 一 样 。 基 于 这 些 考虑 ， 在 本 书 的 
剩余 章节 里 ， 我 们 将 会 使 用 枚 举 值 ， 而 放弃 使 用 议 态 常量 。 


17.3 第 2 个 例子 ; 计算 平 2 








让 我 们 看 一 个 稍微 复杂 的 例子 : 一 个 用 于 计算 值 N 的 平方 根 的 
metaprogram， 如 下 所 示 〈 具 体 技术 将 在 后 面 解释 ): 
// meta/sqrt1.hpp 
#ifndef SQRT_HPP 
#define SQRT_HPP 
/用 于 计算 sqrt(N) 的 基本 模板 
template <int N, int LO=0, int HI=N> 
class Sqrt { 
public: 

/ 计算 中 点 

enum { mid = (LO+HI+1)/2 }; 

/ 借助 二 分 查找 一 个 较 小 的 result enum { result = (N<mid*mid)? 
Sqrt<N,LO,mid-1>::result 

: Sqrt<N,mid,HI>::result }; 
/ 局 部 特 化 ， 适 用 于 LO 等 于 HI 
template<int N, int M> 
class Sgrt<N,M,M> { 
public: 

enum { result=M)}: 
» 
#endif // SQRT_HPP 








第 1 个 模板 是 一 个 普通 的 递归 计算 ， 运 用 模板 参数 N (用 于 计算 平 
方 根 的 值 〉》 和 两 个 (其 他 的 ) 可 选 参 数 进行 调用 ;其 中 可 选 参 数 表示 结 
果 可 能 的 最 小 值 和 最 大 值 。 于 是 ， 如 果 只 使 用 一 个 实 参 N 来 调用 模板 的 
话 ， 那 么 我 们 知道 所 求 的 平方 根 的 值 域 必定 落 在 0 和 N 之 间 。 

从 上 面 可 以 看 出 ， 我 们 的 递归 过 程 使 用 了 一 个 二 分 查找 技 术 〔 在 这 
种 上 下 文中 ， 经 常 也 称 为 二 分 方法 ) 。 在 模板 的 内 部 ， 为 了 判断 result 
是 位 于 LO 和 HI 的 前 半 部 分 还 是 后 半 部 分 ， 我 们 使 用 了 条 件 运算 符 ?: 。 
也 就 是 说 ， 如 果 mid” 大 于 N 的 话 ， 那 么 我 们 将 在 前 半 部 分 进行 查找 ， 否 
则 的 话 将 《使 用 相同 的 模板 》 在 后 半 部 分 进行 得 找 。 

用 于 结束 递归 的 特 化 的 适用 条 件 是 : LO 和 HI 具有 相同 的 值 M， 其 
中 M 就 是 我 们 的 最 终结 采 。 

让 我 们 再 次 仔细 分 析 一 个 使 用 该 metaprogram 的 简单 程序 : 

// meta/sqrt1.cpp 





#include <iostream> 
#include "sqrt1.hpp" 
int main() 
\ 
std::cout << "Sgrt<16>::result = " << Sgrt<16>::result 
<< AD ; 
std::cout << "Sqrt<25>::result = " << 9qrt<25>::TeSult 
<< \n'; 
std::cout << "Sqrt<42>::result = " <<Sgrt<42>::result 
<< \n'; 
std::cout << "Sqrt<1>::result = " << Sqgrt<1>::result 


<< \n'; 


其 中 ， 表 达 式 

Sqrt<16>::result 

被 扩展 为 : 

Sqrt<16,1,16>::result 

在 模板 的 内 部 ， 该 metaprogram 计 算 Sqrt<16,1,16>::result 的 过 程 如 


mid = (1+16+1)/2 
=9 
result = (16<9*9) ? Sgrt<16,1,8>::result 
: Sqrt<16,9,16>::result 
= (16<81) ? Sqrt<16,1,8>::result 
: Sqrt<16,9,16>::result 
= Sqrt<16,1,8>::result 
于 是 ， 我 们 接 下 来 需要 计算 Sqrt<16,1,8>::result， 它 被 扩展 为 : 
mid = (1+8+1)/2 
=5 
result = (16<5*5) ? Sgrt<16,1,4>::result 
: Sqrt<16,5,8>::result 
= (16<25) ? Sqrt<16,1,4>::result 
: Sqrt<16,5,8>::result 
= Sgrt<16,1,4>::result 
然后 ，Sgrt<16,1,4>::result 被 类 似 地 扩展 为 : 
mid = (1+4+1)/2 
=3 
result = (16<3*3) ? Sgrt<16,1,2>::result 
: Sqrt<16,3,4>::result 
= (16<9) ? Sgqrt<16,1,2>::result 


: Sqrt<16,3,4>::result 
= Sgrt<16,3,4>::result 
最 后 ，Sqrt<16,3,4>::result 的 扩展 如 下 : 
mid = (3+4+1)/2 
=4 
result = (16<4*4) ? Sqrt<16,3,3>::result 
: Sqrt<16,4,4>::result 
= (16<16) ? Sqrt<16,3,3>::result 
: Sqrt<16,4,4>::result 
= Sgrt<16,4,4>::result 
于 是 ，Sgrt<16,4,4>::result 结 束 了 整个 递归 过 程 ， 因 为 它 的 上 界 等 于 
下 界 ， 能 够 与 显 式 特 化 进行 匹配 。 因 此 ， 最 终 的 结果 如 下 : 
result = 4 
追踪 所 有 的 实例 化 
在 前 面 的 例子 中 ， 我 们 给 出 了 计算 16 的 平方 根 的 一 系列 重要 的 实 
例 化 过 程 。 然 而 ， 当 编译 器 试图 计算 下 面 表达 式 的 时 候 : 
(16<=8*8) ? Sgrt<16,1,8>::result 
: Sqrt<16,9,16>::result 
编译 器 不 仅仅 实例 化 位 于 条 件 运 算 符 正面 分 文 的 模板 〈 即 
Sqrt<16,1,8>) ， 同 时 也 实例 化 了 负面 分 文 的 模板 〈Sqrt<16,9,16>) 。 而 
且 ， 由 于 代码 试图 使 用 :: 运算 符 访 问 结果 类 的 成 员 《〈 即 result) ， 所 以 
类 中 的 所 有 成 员 同时 也 会 被 实例 化 。 这 就 意味 着 : 完全 实例 化 
Sqrt<16,9,16> 将 会 促使 Sqrt<16,9,12> 和 Sqrt<16,13,16> 的 完全 实例 化 。 
最 后 ， 当 仔细 考察 这 整个 过 程 的 时 候 ， 我 们 会 发 现 最 终 将 会 产生 数量 庞 
大 的 实例 化 体 ， 总 数 大 约 是 N 的 两 倍 。 
事实 上 ， 这 并 不 是 我 们 所 期 望 的 ， 因 为 对 于 大 多 数 编译 器 而 言 ， 模 
板 实例 化 通常 都 会 是 一 个 代价 高 昂 的 过 程 ， 特 别 是 对 于 内 存 开 销 而 言 。 











幸运 的 是 ， 存 在 一 些 限制 实例 化 数量 过 于 庞大 的 技术 。 接 下 来 ， 我 们 将 
放弃 使 用 条 件 运算 符 ? 的 做 法 ， 而 使 用 特 化 来 选择 计算 的 结果 。 为 了 
曾 明 这 一 点 ， 让 我 们 改写 Sqrt metaprogram 如 下 : 

// meta/sqrt2.hpp 








#include "ifthenelse.hpp" 
// 用 于 主要 递归 步骤 的 基本 模板 
template<int N, int LO=0, int HI=N> 





class Sqgrt { 
public: 
/ 计算 中 点 值 
enum { mid = (LO+HI+1)/2 }; 
/ 使 用 二 分 法 查找 一 个 较 小 的 值 
typedef typename IfThenElse<(N<mid*mid), 
Sqrt<N,LO,mid-1>, 
Sqrt<N,mid,HI> >::ResultT 
SubT:; 
enum { result = SubT::result 上 
上 
/用 于 结束 递归 的 局 部 特 化 
template<int N, int S> 
class Sgrt<N, S, S> { 
public: 
enum { result = S }: 
与 前 面 的 方法 相 比 ， 这 里 主要 的 改变 在 于 : 我 们 使 用 了 IfThenElse 
模板 ， 关 于 该 模板 ， 可 以 参考 15.2.4 小 市 。 
// meta/ifthenelse.hpp 





#ifndef IFTHENELSE_HPP 
#define IFTHENELSE_HPP 
/ 基本 模板 : 根据 第 1 个 实 参 的 值 ， 来 确定 是 使 用 第 2 个 实 参 ， 还 是 
第 3 个 实 参 





template<bool C, typename Ta, typename Tb> 

class IfThenElse; 

/ 局 部 特 化 : true 意味 着 选择 第 2 个 实 参 

template<typename Ta, typename Tb> 

Class IfThenElse<true, Ta, Tb> { 

public: 
typedef Ta ResultT; 

1 

/ 局 部 特 化 : false 意 味 着 选择 第 3 个 实 参 

template<typename Ta, typename Tb> 

Class IfThenElse<false, Ta, Tb> { 

public: 
typedef Tb Resultl; 

上 

#endif / IFTHENELSE_HPP 

记 住 ， 可 以 把 IfThenElse 看 成 一 个 简易 闭 置 《实际 上 是 模板 ) ， 它 
能 根据 给 定 布尔 常量 的 值 ， 在 两 个 类 型 中 选择 出 其 中 一 个 。 如 果 布 尔 常 
量 为 真 的 话 ， 那 么 将 会 把 第 1 个 类 型 typedef 为 ResultT; 否则 ，ResultT 将 
代表 第 2 个 类 型 。 还 有 一 点 我 们 要 清楚 的 是 : 为 一 个 类 模板 实例 定义 一 
个 typedef 并 不 会 导致 C++ 编译 器 实例 化 该 实例 的 实体 。 也 就 是 说 ， 当 我 
们 编写 : 

typedef typename IfThenElse<(N<mid*mid), 

Sdqrt<N,LO,mid-1>， 





Sqrt<N,mid,HI> >::ResultT 
SubT:; 

的 时 候 ，Sqrt<N,LO,mid-1> 和 Sqrt<N,mid,HI> 都 不 会 被 完全 实例 
化 。 实 际 上 ，SubT 最 后 只 能 代表 其 中 的 一 个 类 型 ， 而 且 只 有 在 查找 
Sub::result 的 时 候 ， 才 会 完全 实例 化 SubT 所 代表 的 类 型 。 基 于 这 种 策 
略 ， 我 们 的 实例 化 体 的 数量 得 以 趋向 于 log。 (N): 当 N 变 得 相当 大 的 时 
候 ， 访 策略 将 能 大 大 减少 metaprogramming 的 开销 。 











17.4 归纳 变量 


你 可 能 会 抱怨 我 们 前 面 例 子 中 的 metaprogram 看 起 来 太 复 杂 了 。 你 
可 能 也 会 疑惑 : 当 碰 到 一 个 能 够 用 一 个 metaprogram 解 决 的 问题 时 ， 怎 
么 样 才能 很 有 把 握 地 借鉴 前 面 的 例子 ， 来 解决 你 的 问题 呢 。 于 是 ， 我 们 
接 下 来 将 会 考察 一 个 更 加 自然 (接近 metaprogramming 本 质 )、 可 能 
加 运 代 的 metaprogram 实 现 ， 它 也 是 用 于 计算 平方 根 。 

一 个 “自然 且 欠 代 的 算法 ”可 以 组 织 如 下 : 为 了 计算 值 N 的 平方 根 ， 
我 们 编写 了 一 个 迭代 ， 在 迭代 中 ，I 的 值 将 会 从 0 迭代 到 N， 直 到 I 的 平方 
等 于 或 者 大 于 N。 这 时 I 的 值 就 是 N 的 平方 根 ( 不 考虑 不 存在 平方 根 的 情 
况 ) 。 如 果 我 们 用 普通 的 C++ 程 序 来 表示 这 个 问题 ， 结 果 将 如 下 所 示 : 

int I; 

for (I=0; I*I<N; ++1) { 




















} 

/I 现在 等 于 N 的 平方 根 

然而 ， 作 为 一 个 metaprogram， 我 们 需要 以 递归 的 方式 来 组 织 这 个 
迭代 ， 而 且 我 们 需要 一 个 终止 条 件 来 结束 该 递归 。 于 是 ， 可 以 这 样 实现 
这 个 作为 metaprogram 的 迭代 : 





meta/sqrt3.hpp 

#ifndef SQRT_HPP 

#define SQRT_HPP 

/ 借助 于 迭代 计算 sqrt(N) 的 基本 模板 


template <int N, int I=0> 


class Sqrt { 
public: 
enum { result = (I*I<N)? Sqrt<N,I+1>::result 
也 
}， 


/用 于 结束 迭代 的 局 部 特 化 
template<int N> 
class Sgrt<N,N> { 

public: 

enum { result = N }; 

2 
#endif // SQRT_HPP 
我 们 将 根据 I 的 值 进 行 迭 代 。 如 有 果 I*I<N 的 值 为 真 ， 那 么 将 使 用 下 


次 迭代 Sqrt<N,I+1>::result 的 结果 作为 此 次 result 的 结果 。 奋 则 的 话 将 取 I 
为 此 次 result 的 结果 。 


例如 ， 如 果 我 们 对 Sqrt<16> 进 行 求 值 ， 那 么 将 会 扩展 为 


Sqrt<16,1>。 于 是 ， 我 们 把 1 赋值 给 所 谓 的 演绎 变量 1， 并 且 开 始 达 代 。 

在 迭代 进行 的 过 程 中 ， 如 果 了 f 《也 就 是 I*I) 小 于 N， 那 么 我 们 将 通过 计 
算 Sqrt<N,I+1>::result 来 计算 下 次 迭代 的 值 。 直 到 I* 等 于 或 者 大 于 N， 我 
们 才 确 定 I 就 是 所 求 的 结果 。 








另外 ， 在 上 面 的 代码 中 ， 我 们 提供 一 个 用 于 结束 递归 的 模板 特 化 ， 


你 可 能 会 对 这 种 作法 感到 疑惑 ， 因 为 你 可 能 会 沉 得 第 1 个 模板 早晚 都 会 
找到 结果 I， 而 这 看 起 来 就 已 经 足以 结束 递归 。 然 而 ， 事 实 是 我 们 这 里 
用 到 了 ?: 运算 符 ， 我 们 在 前 面 已 经 知道 ， 该 运算 符 将 会 对 两 个 分 支 都 
进行 实例 化 。 例 如 ， 当 编译 器 计算 Sqrt<4> 的 时 候 ， 实 例 化 过 程 将 会 如 
下 ; 

“步骤 1: 

result = (1*1<4) ? Sqrt<4,2>::result 

2 
“步骤 2: 
result = (1*1<4) ? (2*2<4) ? Sqrt<4,3>::result 
:2 


“步骤 3: 
result = (1*1<4) ? (2*2<4) ? (3*3<4) ? Sgrt<4,4>::result 
3 


“步骤 4: 
result = (1*1<4) ? (2*2<4) ? (3*3<4) ? 4 
:3 


:1 
尽管 我 们 在 Step 2 就 已 经 找到 了 结果 ; 但 是 编译 器 的 实例 化 过 程 将 
会 继续 进行 ， 直 到 找到 一 个 用 于 结束 递归 的 特 化 才 结 束 。 也 就 是 说 ， 如 
果 没 有 提供 该 特 化 的 话 ， 编 译 占 将 会 继续 进行 实例 化 ， 直 到 最 后 到 达 编 
译 占 内 部 实例 化 个 数 的 最 大 值 。 
和 前 面 一 样 ， 这 里 我 们 可 以 再 次 使 用 IfThenElse 模 板 来 解决 这 个 问 


// meta/sqrt4.hpp 
#ifndef SQRT_HPP 
#define SQRT_HPP 
#include "ifthenelse.hpp" 
/ 以 模板 参数 作为 result 的 基本 模板 
template<int N> 
class Value { 
public: 
enum { result = NN }: 
上 
/ 借助 迭代 计算 sqrt(N) 的 模板 
template <int N, int I=0> 
class Sqrt { 
public: 
/以 实例 化 下 一 步 Sqrt<N,I+1> 或 者 结果 类 型 Value<I> 作 为 两 个 
分 文 
typedef typename IfThenFElse<(I*I<N), 


Sdqrt<N,I+1>， 
Value<I> 
>::ResultT 
SubT:; 
/ 使 用 分 文 类 型 的 结果 


enum { result = SubT::result }; 
#endif // SQRT_HPP 
在 此 ， 我 们 并 没有 提供 结束 递归 的 局 部 特 化 ， 而 是 使 用 了 一 个 





Value<> 模 板 ， 它 会 返回 模板 实 参 的 值 ， 并 且 作 为 所 求 的 result。 

现在 使 用 了 IfThenElse<> 之 后 ， 实 例 化 的 数量 将 会 趋 近 于 Sqrt(N)， 
而 不 是 原来 的 N， 这 就 大 大 减少 了 metaprogramming 的 开销 。 而 且 对 于 任 
何 具 有 模板 实例 化 体 个 数 限 制 的 编译 器 而 言 ， 这 还 意味 着 我 们 可 以 对 更 
大 的 值 进行 求 平方 根 。 例 如 ， 如 果 你 的 编译 堪 文 持 64 位 藤 套 实例 化 的 
话 ， 那 么 你 将 可 以 计算 4 096 的 平方 根 〈 而 原来 文 持 的 最 大 数字 为 
64) 。 

最 后 ， 迭 代 的 Sqrt 模 板 的 最 后 输出 大 致 如 下 : 

Sqrt<16>::result = 4 








Sqrt<25>::result = 5 

Sqrt<42>::result = 7 

Sqrt<1>::result = 1 

注意 ， 在 这 个 例子 中 ， 为 了 简单 起 见 ， 该 实现 最 后 产生 的 整数 值 是 
平方 根 的 同上 取 整 《也 就 是 说 ，42 的 平方 根 同 上 取 整 为 7， 而 不 是 同 下 
取 整 为 6) 。 





17.5 计算 完整 性 


Pow3<> 和 Sdrt 这 两 个 例子 说 明 : 一 个 template metaprogram 可 以 包含 
下 面 几 部 分 : 

"状态 变量 : 也 就 是 模板 参数 。 

“ 迭 代 构 造 : 通过 递归 。 

路径 选择 : 通过 使 用 条 件 表达 式 或 者 特 化 。 

* 整 型 ( 即 枚 举 里 面 的 值 应 该 为 整 型 ) 算法 。 

如 果 对 递归 实例 化 体 和 状态 变量 的 数量 都 没有 限制 ， 那 么 对 于 在 编 
译 期 可 计算 的 任何 对 象 ， 都 可 以 利用 metaprogram 高 效 地 进行 计算 。 而 
且 我 们 知道 ， 使 用 模板 来 进行 这 类 计算 通常 都 是 有 限制 的 。 而 且 ， 模 板 








实例 化 通常 都 要 消耗 巨大 的 编译 器 资源 ， 而 且 扩 展 的 递归 实例 化 也 会 很 
快 地 降低 编译 器 的 效率 ， 甚 至 耗 光 所 有 的 可 用 资源 。 事 实 上 ，C++ 标 准 
建议 最 多 只 进行 17 层 的 递归 实例 化 ， 但 是 这 并 没有 写 入 书面 文档 中 。 另 
一 方面 ， 在 实际 开发 中 ， 某 些 复 杂 的 template metaprogramming 很 容易 就 
会 超过 这 个 (17 层 的 ) 限制 。 

因此 ， 在 实际 开发 中 ， 我 们 都 很 少 使 用 templat metaprogram。 然 
而 ， 在 某 些 情况 下 ，metaprogram 又 是 实现 高 效率 模板 的 一 个 不 可 蔡 代 
的 工具 。 特 别 是 ，metaprogram 有 时 候 可 以 隐藏 在 普通 模板 的 内 部 ， 并 
且 用 于 实现 那些 对 性 能 要 求 很 严格 的 算法 ， 从 而 大 大 提高 效率 。 




















考虑 下 面 的 递归 模板 : 
template<typename T, typename U> 
struct Doublify {}; 
template<int N> 
struct Trouble { 

typedef Doublify<typename Trouble<N-1>::LongType， 

typename Trouble<N-1>::LongType> LongType; 

j’ 
template<> 
struct Trouble<0> { 

typedef double LongType; 
下 
Trouble<10>::LongType ouch; 
Trouble<10>::LongType 的 使 用 不 仅仅 引发 了 Trouble<9>、 

Trouble<8>...Trouble<0> 的 递归 实例 化 ， 而 且 还 基于 一 些 非常 复杂 的 类 


型 实例 化 了 Doublify。 我 们 可 以 从 表 17.1 大 概 了 解 具体 的 情况 。 


表 17.1 Trouble<N>::LongType 


TypedefName Underlying Type 

Trouble<0>: :LongType double 

Trouble<1>: :LongType Doublify<double,double> 

Trouble<2>: :LongType Doublify<Doublify<double, double>, 
Doublify<double,double>> 

Trouble<3>: :LongType Doublify<Doublify<Doublify<double,double>, 


Doublify<double, double>>, 
<Doublify<double,double>, 
Doublify<double,double>>> 





从 表 17.1 可 以 看 出 ， 对 于 表达 式 Trouble<N>::LongType 的 类 型 摘 
述 ， 它 的 复杂 度 与 2 的 N 次 方 成 正比 。 通 常 而 言 ， 与 没有 涉及 到 递归 模 
板 实 参 的 情况 相 比 ， 这 种 《使 用 递归 模板 实 参 的) 情况 将 会 强制 C++ 编 
译 器 生成 更 多 的 递归 实例 化 体 。 这 里 的 一 个 问题 是 : 编译 器 要 为 每 个 类 
型 保存 一 个 mangled name， 而 这 个 mangled name 需 要 (使 用 某 种 方式 ) 
根据 模板 特 化 进行 组 织 。 对 于 早期 的 C+t+ 编 译 器 实现 ，mangled name 的 
长 度 粗 略 地 等 于 template-id 的 长 度 。 于 是 ， 对 于 
Trouble<10>::LongType， 编 译 器 可 能 将 会 产生 一 个 长 度 大 于 10 000 个 字 
符 的 mangled name。 

幸运 的 是 ， 在 现今 的 C++ 程 序 中 ， 大 量 使 用 了 髓 套 型 的 template- 
id， 新 的 C++ 编译 器 实现 充分 考虑 了 template-id 很 长 的 事实 ， 使 用 了 智能 
压缩 技术 ， 从 而 在 mangled name 组 织 中 大 大 减少 了 增长 的 趋势 “例如 ， 
Trouble<10>::LongType 可 能 被 压缩 成 只 有 几 百 个 字符 ) 。 然 而 ， 在 其 他 
条 件 都 相同 的 情况 下 ， 在 组 织 递归 实例 化 的 时 候 ， 我 们 仍然 《趋同 于 ) 
避免 在 模板 实 参 中 使 用 递归 舱 套 的 实例 化 。 








17.7 metaprogram>» 、 


接 下 来 ， 我 们 要 介绍 metaprogramming 的 首 个 实用 的 应 用 程序 ， 用 


于 展开 数值 计算 的 循环 ， 接 下 来 我 们 将 给 出 一 个 完整 的 例子 。 

数值 应 用 程序 通常 都 会 访问 n 元 的 数组 ， 或 者 数学 上 的 vector。 一 个 
典型 的 应 用 就 是 计算 所 谓 的 点 乘 。 两 个 数学 vector a 和 b 的 点 乘 是 : a 和 b 
中 相应 元 素 的 乘积 的 总 和 《为 了 简单 起 见 ， 我 们 在 例子 中 并 不 考虑 复杂 
的 算术 运算 ) 。 例 如 ， 如 果 每 个 vector 都 具有 3 个 元 素 ， 那 么 结果 应 该 如 
下 

a[0]*b[0] + a[1]*b[1] + a[2]*b[2] 

通 第 而 言 ， 数 学 库 会 提供 一 个 用 于 计算 点 乘 的 函数 。 现 在 让 我 们 来 
考虑 下 面 这 个 比较 直接 的 实现 : 

// meta/loop1.hpp 

#ifndef LOOP1_HPP 

#define LOOP1_HPP 


template <typename T> 





inline T dot_product (int dim, T* a, T* b) 
\ 

Tresult=T (); 

for (int i=0; i<dim; ++i) { 

result += ali]*b[i]; 

} 

return result; 
} 
#endif // LOOP1_HPP 
当下 面 程序 调用 这 个 函数 的 时 候 : 
// meta/loop1.cpp 
#include <iostream> 
#include "loop1.hpp" 


int main() 


| 
intal3]={1 2,3 
int b[3] = { 5，6，7 jstd::cout << "dot product(3,a,b) = ”<< 
dot_product(3,a,b) 
<< \n'; 
std::cout << "dot_product(3,a,a) = " << dot_product(3,a,a) 
<< \n'; 
} 
我 们 将 得 到 下 面 的 结果 : 
dot_product(3,a,b) = 38 
dot_product(3,a,a) = 14 
显然 ， 这 样 的 实现 是 正确 的 。 但 是 针对 性 能 要 求 很 严格 的 应 用 程序 
而 言 ， 该 实现 实际 上 耗费 的 时 间 却 太 多 了 。 即 使 把 函数 声明 为 内 联 也 未 
能 获得 足够 优化 的 性 能 。 
问题 在 于 : 对 于 许多 办 代 ， 编 译 絮 通常 都 会 优化 这 种 循环 〈 即 达 
代 ) ， 而 在 这 个 例子 中 ， 这 种 优化 却 会 带 来 反面 的 效果 。 例 如 ， 将 上 面 
的 循环 片断 简单 地 扩展 为 : 
a[0]*#*b[0] + a[1]*b[1] + a[2]*b[2] 
可 能 会 更 好 。 
当然 ， 如 果 我 们 只 是 时 不 时 地 计算 菏 些 点 乘 ， 那 么 性 能 的 影响 也 不 
大 。 然 而 ， 如 果 使 用 了 旨 在 执行 千 万 次 点 乘 计算 的 程序 库 组 件 ， 那 么 差 
别 可 能 就 会 很 大 了 。 
显然 ， 我 们 可 以 直接 编写 计算 点 乘 的 程序 ， 而 并 不 需要 调用 
dot_product(); 我 们 还 可 以 提供 针对 元 数 较 少 的 用 于 点 乘 计 算 的 特殊 函 
数 ， 但 如 果 总 是 重复 地 解决 这 些 问 题 ， 肯 定 会 令 我 们 感到 乏味 的 。 羊 运 
的 是 ，template metaprogramming 为 我 们 解决 了 这 个 问题 : 我 们 可 以 “ 编 
写 ” 用 于 展开 循环 的 程序 ， 来 解决 这 个 问题 。 实 际 的 metaprogam 如 下 : 














// meta/loop2.hpp 
#ifndef LOOP2_HPP 
#define LOOP2_HPP 
/ 基本 模板 
template <int DIM, typename T> 
class DotProduct { 
public: 
static T result (T* a, T* b) { 
return *a * *b + DotProduct<DIM-1,T>::result(a+1,b+1); 


上 
/ 作为 结束 条 件 的 局 部 特 化 
template <typename 工 > 
class DotProduct<1,T> { 
public: 
static T result (T* a, T* b){ 


return *a * *b; 


}; 
/ 辅助 函数 
template <int DIM, typename 工 > 
inline T dot_product (T* a, T* b) 
{ 
return DotProduct<DIM,T>::result(a,b); 
} 
#endif // LOOP2_HPP 
现在 ， 只 要 稍微 改变 一 下 原来 的 应 用 程序 ， 束 可 以 获得 相同 的 结 


板 


-> 


// meta/loop2.cpp 
#include <iostream> 
#include "loop2.hpp" 
int main() 
{ 
int al3] = { 1, 2, 3}: 
int b[3] = { 5, 6, 7}; 
std::cout << "dot_product<3>(a,b) = " << dot_product<3>(a,b) 
<<\n' 
std::cout << "dot_product<3>(a,a) = " << dot_product<3>(a,a) 
<<\n,; 
} 
在 此 ， 我 们 把 前 面 的 
dot_product(3,a,b) 
改写 为 : 
dot_product<3>(a,b) 
而 这 个 表达 式 〈 即 dot_product<3>(ab) ) 将 实例 化 一 个 辅助 函数 模 
而 在 此 函数 模板 内 部 将 会 直接 调用 : 
DotProduct<3,int>::result(a,b) 
其 中 上 面 这 个 表达 式 实 际 上 就 是 metaprogram 的 起 点 。 
在 这 个 metaprogram 内 部 ，result 等 于 第 1 个 元 素 a 和 b 的 乘积 加 上 两 个 








新 Vector 的 点 乘 ， 其 中 两 个 新 Vector 分别 是 由 a 和 b 后 面 的 两 个 元 素 为 起 始 
( 即 除 a 和 b 外 〉 所 组 成 的 vector。 如 下 : 


template <int DIM, typename 工 > 
class DotProduct { 
public: 


static T result (T* a, T*b)t{ 
return *a * *b + DotProduct<DIM-1,T>::result(a+1,b+1); 
} 
' 
另外 ， 结 束 条 件 是 一 元 vector 的 情况 : 
template <typename 工 > 


class DotProduct<1,T> { 





public: 
static T result (T* a, T* b) { 


return *a * *b; 


}; 

因此 ， 对 于 

dot_product<3>(a,b) 

实例 化 过 程 的 计算 将 如 下 : 

DotProduct<3,int>::result(a,b) 

= *a * *b + DotProduct<2,int>::result(a+1,b+1) 

= *a**b+*(at+l)* *(b+1)+ DotProduct<1,int>::result(a+2,b+2) 

=*aq**b+*(at+l)* *(b+1) + *(a+2) * *(b+2) 

注意 ， 运 用 这 种 metaprogram 的 程序 设计 要 求 : vector 的 元 数 在 编 
译 期 是 已 知 的 ， 而 且 很 多 情况 也 确实 如 此 (但 也 并 非 所 有 的 情况 都 如 
此 》。 

对 于 诸如 Blitz++ ( 见 [Blitz++])、the MTL library ( 见 [MTL]) 和 
POOMA ( 见 [POOMAD) 等 程序 库 ， 都 使 用 了 这 类 metaprogram， 来 为 线 
性 代数 据 供 更 快 的 计算 程序 。 通 常 而 言 ， 某 些 metaprogram 的 性 能 要 比 
优化 器 的 性 能 更 好 ， 因 为 metaprogram 往 往 可 以 在 计算 的 过 程 中 结合 高 
层 的 知识 [22] 。 男 一 方面 ， 在 实际 开发 中 ， 对 于 上 面 的 这 些 程序 库 ， 如 





果 要 提供 具有 工业 强度 的 实现 ， 除 了 要 注意 我 们 在 这 里 给 出 的 与 模板 相 
关 的 细节 之 外 ， 还 需要 涉及 到 其 他 的 许多 细节 。 事 实 上 ， 任 意 的 展开 并 
不 总 是 能 够 带 来 优化 的 运行 性 能 。 然 而 ， 这 些 额 外 的 、 基 于 工程 的 考虑 
已 经 远 远 超出 本 书 的 考虑 范围 。 





17.8 本 章 后 记 


我 们 在 前 面 已 经 提 到 ，metaprogram 的 最 早 文档 化 例子 是 由 Erwin 
Unruh 给 出 的 ， 接 下 来 由 西门 子 在 。 C++ 标准 委员 会 中 进行 曾 述 。 在 那 
时 ，Erwin Unruh 指出 了 模板 实例 化 过 程 的 计算 完整 性 ， 并 且 通 过 开发 
首 个 metaprogram 来 证 明 他 的 观点 。 他 使 用 的 是 Metaware 编 译 器 ， 并 且 
诱导 该 编译 器 给 出 错误 信息 ， 而 在 错误 信息 中 包含 了 连续 的 素数 。 下 面 
就 是 一 份 在 1994 年 的 C++ 委员 会 中 广 为 流 传 的 代码 〈 我 们 对 原来 的 代码 
进行 了 茶 些 修改 ， 使 之 能 够 在 符合 标准 的 编译 器 上 运行 ) [23] : 

// meta/unruh.cpp 

// Erwin Unruh 计算 系数 的 程序 


template <int p, int i> 





class is_prime { 

public: 

enum { prim = (p==2) || (p%i) && is_prime<(i>2?p:0),i-1>::prim 
外 

1 
template<> 
class is_prime<0,0> { 

public: 


enum {prim=1}; 


template<> 
class is_prime<0,1> { 
public: 
enum {prim=1}; 
上 
template <int i> 
class D { 
public: 
D(void*); 
上 
template <int i> 
class Prime_print { 


public: 


Prime_ print<i-1> a; 


/ 用 于 循环 输出 稍 数 的 基本 模板 


enum { prim = is_prime<i,i-1>::prim 


void f() { 


D<i>d=prim?1:0; 


a.f(); 
} 
上 
template<> 
class Prime_print<1> { 
public: 
enum {prim=0}; 
void f() { 


/用 于 结束 循环 的 全 局 特 化 


D<1>d= prim?1:0; 


}; 

#ifndef LAST 

#define LAST 18 

#endif 

int main() 

' 

Prime print<LAST> al 
a.f(); 

} 

如 果 你 编译 这 个 程序 ， 那 么 在 函数 Primer_print::f0 的 内 部 ， 当 初始 
化 d 失 败 的 时 候 ， 编 译 器 将 会 给 出 错误 信息 。 这 种 情况 发 生 在 初始 值 为 1 
的 情况 下 ， 因 为 对 于 模板 DD 而 言 ， 只 存在 一 个 针对 void* 的 构造 函数 ， 所 
以 把 1《〈 整 型 ) 赋值 给 qd 将 会 出 错 ; 而 0 却 存 在 到 void* 的 转型 ， 所 以 可 以 
把 0 顺利 赋值 给 4。 例 如 ， 在 茶 个 编译 器 上 运行 上 面 的 程序 ， 我 们 将 得 到 
下 面 的 错误 信息 (或 者 其 他 类 似 的 错误 信息 ) ， 注 意 ， 素 数 就 在 下 面 错 
误 信 息 D<N> 中 : 


unruh.cpp:36: conversion from 'int to non-scalar type 'D<17>' requested 








unruh.cpp:36: conversion from 'int to non-scalar type 'D<13>' requested 
unruh.cpp:36: conversion from 'int to non-scalar type 'D<11>' requested 
unruh.cpp:36: conversion from 'int to non-scalar type 'D<7>' requested 
unruh.cpp:36: conversion from 'int to non-scalar type 'D<5>' requested 
unruh.cpp:36: conversion from 'int to non-scalar type 'D<3>' requested 
unruh.cpp:36: conversion from 'int to non-scalar type 'D<2>' requested 
对 于 C++ template metaprogramming 的 概念 ，Todd Veldhuizen 是 首位 
使 之 成 为 很 有 用 并 且 流 行 的 编程 工具 的 人 ， 在 他 的 论文 Using C++ 
Template Metaprograms 〈 见 [VeldhuizenMeta95]) 中 有 详细 介绍 ; 而且， 





他 针对 Blitz++《〈 一 份 针对 C++ 的 数值 数组 程序 库 ， 见 [Blitz++]) 工作 的 
同时 也 对 metaprogramming 进行 了 许多 提炼 与 扩展 (同时 还 对 表达 式 模 
板 技术 进行 了 提炼 和 扩展 ， 我 们 将 在 下 一 章 介绍 ) 。 
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在 这 一 章 里 ， 我 们 将 介绍 一 种 称 为 表达 式 模板 (expression 
template ) 的 编程 技术 。 刚 开始 ， 是 为 了 支持 一 种 数值 数组 的 类 而 引入 
该 技术 的 。 因 此 ， 在 这 一 章 里 ， 我 们 把 数值 数组 作为 讨论 表达 式 模 板 的 
着 眼 点 。 

对 于 一 个 数值 数组 类 ， 它 需要 为 基于 整个 数组 对 象 的 数值 操作 提供 
文 持 。 例 如 ， 我 们 可 能 需要 对 两 个 数组 进行 求 和 ， 最 后 结果 所 含 的 每 个 
元 素 是 两 个 实 参数 组 中 对 应 元 系 值 之 和 。 类 似 地 ， 我 们 也 可 以 对 整个 数 
组 进行 放大 《 即 我 们 后 面 所 指 的 scalar) ， 也 就 是 说 数组 中 的 每 个 元 素 
都 乘 以 一 个 大 于 1 的 值 。 通 常 而 言 ， 我 们 期 望 可 以 像 内 建 类 型 一 样 ， 让 
数组 也 具有 这 样 的 放大 (scalar) 运算 符 : 

Array<double> x(1000), y(1000); 


X= 1.2*x+ XxX*y; 

对 效率 要 求 奇 刻 的 数值 计算 器 ， 可 能 会 严格 要 求 上 面 的 表达 式 能 够 
《相对 代码 运行 的 不 同 平台 ) 以 最 高 效 的 方式 进行 求 值 。 然 而 ， 既 要 获 
得 很 高 的 效率 ， 又 要 运用 例子 中 这 种 紧 凌 的 运算 符 写 法 ， 就 并 非 是 一 件 
轻而易举 的 任务 了 。 但 幸运 的 是 ， 表 达 式 模板 可 以 帮助 我 们 实现 这 些 想 
法 。 

谈 到 表达 式 模 板 ， 我 们 自然 融会 想起 前 面 的 ttmplate 
metaprogramming。 之 所 以 会 有 这 样 的 联系 ， 一 方面 是 由 于 : 表达 式 模 
板 有 时 依赖 于 深层 的 舱 套 模板 实例 化 ， 而 这 种 实例 化 又 和 我 们 在 
template metaprogramming 中 遇 到 的 递归 实例 化 非常 相似 《〈 见 17.7 节 的 例 




















子 ) ; 另 一 方面 则 是 由 于 : 最 初 开发 这 两 种 实例 化 技术 都 是 为 了 文 持 高 
性 能 的 数组 操作 ， 而 这 又 从 另 一 个 侧面 说 明了 metaprogramming 和 表达 
式 模 板 是 奶奶 相关 的 。 当 然 ， 这 两 种 技术 还 是 互补 的 。 例 如 ， 
metaprogramming 主要 用 于 小 的 、 大 小 固定 的 数组 ， 而 表达 式 模 板 则 适 
用 于 能 够 在 运行 期 确定 大 小 、 中 等 大 小 的 数组 。 





18.1 临时 变量 和 分 割 循 环 


在 深入 了 解 表 达 式 模板 之 前 ， 让 我 们 先 来 看 一 种 比较 简单 的 《或 者 
说 是 比较 自然 的 ) 、 用 于 实现 数值 数组 操作 的 模板 实现 。 其 中 基本 的 数 
组 模板 看 起 来 如 下 所 示 (SArray 的 含义 是 simple array) : 

// exprtmpl/sarray1.hpp 

#include <stddef.h> 

#include <cassert> 

template<typename T> 

class SArray { 

public: 
/ 创建 一 个 具有 初始 值 大 小 的 数组 
explicit SArray (size_t s) 
: storage(new TI[s]), storage_size(s) { 
init(); 
/ 找 贝 构造 函数 
SArray (SArray<T> const& orig) 
: storage(new Tlorig.size()]), storage_size(orig.size()) { 


copy(orig); 


/ 析 构 函数 : 释放 内 存 空 间 
~SArray() { 
delete[] storage; 
} 
/ 赋值 运算 符 
SArray<T>& operator= (SArray<T> const& orig) { 
if (&orig!=this) { 
copy(orig); 
1 
return *this; 
} 
/返回 数组 大 小 
size_t size() const { 
return storage_size; 
} 
/ 针对 常数 和 变量 的 下 标 运算 符 


工 operator[] (size_t idx) const { 





return storagelidxj; 
} 
Te& operator[ | (size_t idx) { 
return storagelidxj; 
} 
protected: 
// 运用 缺 省 构造 函数 来 初始 化 值 
void init() { 
for (size_t idx = 0; idx<size(); ++idx) { 


storagelidx] = T(); 


} 

/ 找 贝 男 一 个 数组 的 值 

void copy (SArray<T> const& orig) { 
assert(size()==orig.size()); 
for (size_ tidx = 0; idx<size(); ++idx) { 


storagelidx| = orig.storage[idx]; 





} 
} 
private: 
T* storage; / 元 素 的 存储 空间 
size_t storage_size; // 元 素 的 个 数 


上 
而 数值 运算 符 可 以 编码 如 下 : 
// exprtmpl/sarrayops1.hpp 
// 对 两 个 SArrays 求 和 
template<typename T> 
SArray<T> operator+ (SArray<T> const& a, SArray<T> const& b) 
\ 
SArray<T> result(a.size()); 
for (size_t k = 0; k<a.size(); ++k) { 
result[k|] = alkl+b[kj: 
} 
return result; 
} 
/对 两 个 SArray 求 积 


template<typename 工 > 


SArray<T> operator* (SArray<T> const& a, SArray<T> const& b) 
{ 
SArray<T> result(a.size()); 
for (size_t k = 0; k<a.size(); ++k) { 
result[k| = alk]*b[kj: 
} 
return result: 
} 
/ 让 一 个 SArray 乘 以 一 个 放大 倍数 
template<typename T> 
SArray<T> operator* (T const& s, SArray<T> const& a) 
{ 
SArray<T> result(a.size()); 
for (Size_ tk = 0; k<a.size(); ++k) { 
result[k| = s*al[lkj: 
】 
return result: 
} 
/对 SArray 和 scalar 求 积 
/对 scalar 和 SArray 求 和 
// 对 SArray 和 scalar 求 和 


我 们 还 可 以 写 出 其 他 的 一 些 版 本 ， 也 可 以 类 似 地 添加 其 他 的 一 些 运 


算 符 。 但 为 了 简 音 起见， 上面 的 这 些 运 算 符 已 经 足够 考察 下 面 的 例子 表 
达 3] 


// exprtmpl/sarray1.cpp 
#include "sarray1.hpp" 


#include "sarrayops1.hpp" 
int main() 
' 
SArray<double> x(1000), y(1000);... 
X= 1.2*x + Xx*y; 
} 
显然 ， 上 面 的 实现 是 非常 低 效 的 ， 其 原因 主要 是 以 下 两 方面 : 
1. 每 个 运算 符 操 作 (除了 赋值 运算 符 〉 至少 需 要 生成 了 一 个 临时 数 
组 (也 就 是 说 ， 在 我 们 的 例子 中 ， 即 使 编译 器 不 执行 任何 附加 的 临时 找 
贝 操作 ， 也 至 少 会 生成 3 个 大 小 为 1 000 的 临时 数组 ) 。 
2. 运 算 符 程序 的 每 次 使 用 都 要 求 对 实 参 和 结果 数组 进行 额外 的 过 历 
(这 就 是 说 ， 在 我 们 的 例子 中 ， 即 使 只 是 生成 了 一 个 SArray 对 象 ， 大 概 
也 要 读 取 6 000 次 double 值 ， 写 入 4 000 次 double 值 ) 。 
让 我 们 通过 下 面 运用 临时 变量 的 表达 式 ， 有 具体 地 分 析 上 面 的 这 些 结 











tmp1 = 1.2*x; / 循环 1 000 次 子 操作 〈 即 元 素 操作 〉，， 再 加 上 创 
建 和 删除 tmp1 

tmp2 = x*y / 循环 1 000 次 子 操作 ， 再 加 上 创建 和 删除 tmp2 

tmp3 = tmp1+tmp2; ”// 循环 1 000 次 子 读 操作 、1 000 次 写 操 作 ， 

/再 加 上 生成 和 删除 tmp3 

x = tmp3; // 1 000 次 读 操 作 和 1 000 次 写 操 作 

对 于 元 系 个 数 少 的 数组 而 言 ， 除 非 能 够 分 配 非常 快速 的 内 存 配置 
器 ， 否 则 创建 多 余 临 时 对 象 的 过 程 通 常 都 会 占用 每 个 操作 的 大 部 分 时 
间 ， 而 对 于 元 际 个 数 很 多 的 数组 而 言 ， 则 是 完全 不 允许 生成 临时 对 象 
的 ， 因 为 根本 就 没有 足够 的 内 存 来 容纳 这 些 临 时 对 象 〈《 对 效率 要 求 严 格 
的 数值 模拟 操作 ， 通 第 都 期 望 能 够 把 内 存 空间 用 于 存储 现成 的 计算 结 
果 ， 而 如 果 我 们 把 内 存 空间 用 于 存储 一 些 不 需要 的 局 部 变量 ， 那 么 这 种 

















模拟 的 性 能 将 会 大 大 下 降 ) 。 
实际 上 ， 每 个 数值 数组 程序 库 的 实现 都 会 面临 这 个 问题 ， 因 此 通常 
至 励 我 们 多 使 用 包含 计算 的 赋值 运算 从 (computed ”assignments， 诸 如 
+=、*+= 等 ) ， 来 代 蔡 前 面 纯粹 的 赋值 运算 符 。 使 用 包含 计算 的 赋值 运算 
符 的 好 人 处 在 于 :; 由 于 实 参 和 结果 都 是 由 调用 者 提供 ， 因 此 将 不 需要 创建 
任何 临时 对 象 。 例 如 ， 我 们 可 以 这 样 添加 SArray 成 员 : 
// exprtmpl/sarrayops2.hpp 
// SArray 的 自 加 运算 符 
template<class T> 
SArray<T>& SArray<T>::operator+= (SArray<T> const& b) 
' 
for (size_ tk = 0; k<size(); ++k) { 
(*this)[k] += blk]j; 
} 
return *this; 
} 
/SArray 的 自 乘 运算 符 
template<class 工 > 
SArray<T>& SArray<T>::operator*= (SArray<T> const& b) 
{ 
for (size_t k = 0; k<size(); ++k) { 
(“this)[k] *= b[kj; 
} 
return *this; 
} 
/针对 放大 倍数 的 目 乘 运算 符 


template<class 工 > 

















SArray<T>& SArray<T>::operator*= (T const& s) 
{ 

for (size_t k = 0; k<size(); ++k) { 

(*this)[k] *= S; 

} 

return *this; 
} 
有 了 这 些 运 算 符 之 后 ， 我 们 就 可 以 这 样 来 改写 前 面 的 例子 了 : 
// exprtmpl/sarray2.cpp 





#include "sarray2.hpp" 
#include "sarrayops1.hpp" 
#include "sarrayops2.hpp" 
int main() 
{ 
SArray<double> x(1000), y(1000); 


// 计算 x= 1.2*x + XxX*y 
SArray<double> tmp(x); 
tmp ”= y; 
XxX *= 1.2; 
X += tmp; 
} 
显然 ， 这 种 使 用 了 “包含 计算 的 赋值 运算 符 ” 的 技术 仍然 具有 下 面 的 
缺点 : 
“符号 变 得 不 太 雅 观 。 
"我 们 仍然 需要 创建 一 个 非 必要 的 局 部 变量 tmp。 
“循环 被 分 割 成 多 个 〈 在 这 里 是 3 个 ) 操作 了 ， 这 就 意味 着 : 总 共 大 

















约 需要 进行 6 000 次 double 类 型 的 内 存 读 取 操 作 和 4 000 次 double 类 型 的 内 
存 写 入 操作 。 
实际 上 ， 我 们 所 期 望 [24] 的 操作 是 : 可 以 针对 数组 的 每 个 下 标 ， 只 
对 表达 式 进行 一 次 “理想 的 循环 ”。 如 下 所 示 : 
int main() 
| 
SArray<double> x(1000), y(1000); 





for (int idx = 0; idx<x.size(); ++idx) { 
X[idx] = 1.2*x[idx] + x[idx]*y[idx]; [25] 
} 
} 
现在 我 们 就 不 需要 任何 局 部 数组 了 了 ， 而 且 在 每 次 迭代 过 程 中 ， 我 们 
只 需要 进行 两 次 内 存 读 取 (x[idx] 和 y[idx]) 和 一 次 内 存 写 入 〈x[idx]) 
操作 。 于 是 ， 在 所 有 的 手工 循环 中 ， 总 共 只 需要 大 约 2 ”000 次 的 内 存 读 
取 操 作 和 1 000 次 内 存 写 入 操作 。 
在 现今 高 性 能 的 计算 机 体系 结构 下 ， 进 行 上 面 的 这 种 数组 操作 ， 如 
果 最 大 的 瓶 贷 因素 来 自 于 内 存 融 宽 的 话 ， 就 效率 而 言 ， 我 们 前 面 重 载 简 
单 运算 符 的 作法 ， 可 能 会 比 这 种 采用 手工 编码 循环 的 作法 慢 上 一 到 两 个 
数量 级 。 这 也 是 毫 不 奇怪 的 ， 但 我 们 仍然 期 望 可 以 两 者 兼 得 : 既得 到 高 
效 的 性 能 ， 也 不 需要 使 用 《借助 于 循环 的 ) 手工 编码 ， 更 不 需要 使 用 这 
些 笨拙 的 符号 标记 来 编写 这 些 循 环 。 最 终 ， 我 们 借助 于 下 面 所 介绍 的 技 
术 ， 使 编码 显得 更 加 优雅 ， 并 且 减 少 错误 的 产生 。 
































对 于 我 们 前 面 的 问题 ， 存 在 一 个 很 好 的 解决 方法 : 直到 看 到 了 整个 





表达 式 的 时 候 《〈 在 我 们 的 例子 中 ， 即 在 调用 赋值 运算 符 的 时 候 ) ， 才 对 
表达 式 的 各 个 部 分 进行 求 值 。 因 此 ， 在 进行 求 值 之 前 ， 我 们 必须 记录 每 
一 个 对 象 和 应 用 到 该 对 象 的 每 个 操作 。 而 且 ， 这 些 操作 在 编译 期 就 已 经 
是 确定 的 了 ， 因 此 我 们 可 以 用 模板 实 参 进行 编码 。 

例如 ， 我 们 前 面 的 表达 式 例子 : 

.2#X + xX*Yy; 

也 就 意味 着 : 1.2*x 的 结果 并 不 是 一 个 新 的 数组 ， 而 是 一 个 用 于 表 
示 x 的 每 个 值 都 乘 以 1.2 的 对 象 。 类 似 地 ，xs*y 同 样 表示 X 的 每 个 元 系 都 
乘 以 y 相 应 的 元 隶 。 最 后 ， 当 我 们 需要 结 采 数组 的 值 时 ， 我 们 才 进 行 这 
些 计 算 。 也 就 是 说 ， 我 们 早先 只 是 存储 用 于 后 来 求 值 的 一 种 表示 而 已 ， 
并 没有 进行 任何 真正 的 计算 。 

让 我 们 来 看 一 个 具体 的 实现 。 在 下 面 的 实现 中 ， 我 们 把 表达 式 : 

1 .2*x + XYV; 

转化 为 一 个 具有 如 下 类 型 的 对 象 : 

A_Add< A Mult<A_Scalar<double>,Array<double> >, 

A_Mult<Array<double>,Array<double> > > 

在 此 ， 我 们 组 合 了 新 的 基本 类 模板 Array、 类 模板 A_Scalar、 类 模板 
A_Add 和 A_Mult。 对 于 这 个 表达 式 ， 你 可 能 会 意识 到 : 存在 一 个 前 序 语 
法 树 的 表示 方法 〈 见 图 18.1) 。 男 外 ， 这 个 藤 套 的 template-id 表 明了 每 
个 对 象 的 类 型 和 对 象 所 涉及 的 操作 。 在 接 下 来 的 代码 中 ， 我 们 先 不 给 出 
A_Scalar 的 实现 ，A_Scalar 在 此 只 是 作为 一 个 定位 符 ， 但 我 们 同时 也 知 
道 ， 对 一 个 数组 表达 式 进 行 放大 操作 也 是 很 重要 的 。 

















图 18.1 表达 式 1.2*x + x*y 的 树 型 表示 
18.2.1 表 :1 黄 板 的 控 

为 了 能 够 完整 地 表示 整个 表达 式 ， 一 方面 在 每 个 A_Add 和 A_Mult 对 
象 中 ， 我 们 必须 存储 指向 实 参 的 引用 ; 男 一 方面 在 A_Scalar 对 象 中 ， 我 
们 需要 记录 这 个 表示 放大 倍数 的 值 〈 或 者 引用 ) 。 因 此 ， 下 面 就 是 一 种 
针对 这 些 操作 数 的 可 行 定 义 : 

// exprtmpl/exprops1.hpp 

#include <stddef.h> 

#include <cassert> 

// 包含 了 一 个 辅助 class trait template， 从 而 可 以 根据 不 同情 况 ， 判 
呆 完 竟 是 /以 * 传 值 ? 的 方式 ， 还 是 以 “ 传 引用 ”的 方式 来 引用 对 应 的 “表达 
式 模板 节 抬 ” 

#include "expropsl1a.hpp" 

/ 表示 两 个 操作 数 之 和 的 对 象 的 所 属 类 

template <typename T, typename OP1, typename OP2> 

class A_Add{ 

private: 
typename A_Traits<OP1>::ExprRef op1; ”// 第 1 个 操作 数 





typename A_Traits<OP2>::ExprRef op2; ”// 第 2 个 操作 数 
public: 
/ 构造 函数 ， 用 于 初始 化 指向 操作 数 的 引用 
A_Add (OP1 const& a, OP2 const& b) 
: Op1(a), op2(b) { 
} 
/ 在 求 值 的 时 候 计 算 和 
T operator|[ | (size_t idx) const { 
return opl[idx| + op2[idx]; 
} 
/ size 代 表 最 大 的 容量 (大 小 ) 
size_t size() const { 
assert (op1.size()==0 || op2.size()==0 
| op1.size()==op2.size()); 
return op1.size()!=0 ? op1.size() : op2.sizel(); 
} 
上 
/ 表示 两 个 对 象 之 积 的 对 象 的 所 属 类 
template <typename T, typename OP1, typename OP2> 
class A_Mult { 
private: 
typename A_Traits<OP1>::ExprRef op1; /第 1 个 操作 数 
typename A_Traits<OP2>::ExprRef op2; ”// 第 2 个 操作 数 
public: 
/ 构造 函数 ， 用 于 初始 化 对 象 指向 操作 数 的 引用 
A_Mult (OP1 const& a, OP2 const& b) 
: oOp1(a), op2(b) { 


} 
/ 在 求 值 的 时 候 计 算 乘 积 
T operator[] (size_t idx) const { 
return Op1[idx] * op2[idxj; 
} 
/ size 表 示 最 大 的 容量 (大 小 ) 
size_t size() const { 
assert (op1.size()==0 || op2.size()==0 
|| op1.size()==op2.size()); 
return op1.size()!=0 ? op1.size() : op2.size(); 
} 
从 代码 可 以 看 出 ， 我 们 增加 了 下 标 运 算 符 和 查询 容量 大 小 的 操作 ， 
从 而 束 可 以 根据 该 对 象 的 子 贡 点 的 相应 操作 ， 来 计算 出 该 节点 的 大 小 和 
每 个 元 素 的 值 〈 这 里 的 子 节 点 的 含义 来 和 目 于 图 18.1) 。 
对 于 只 涉及 到 数组 的 操作 ， 结 果 数 组 的 大 小 是 其 中 菏 个 操作 数 的 大 
小 《实际 上 ， 我 们 在 代码 中 己 经 强制 要 求 每 个 操作 数 的 大 小 都 应 该 是 相 
等 的 ) 。 然 而 ， 对 于 同时 涉及 到 数组 和 scalar 《放大 倍数 ) 的 操作 ， 结 
果 数 组 的 大 小 就 是 操作 数 数组 的 大 小 。 为 了 区 分 数组 操作 数 和 scalar 操 
作 数 ， 我 们 假定 scalar 的 大 小 为 0， 如 下 面 的 模板 A_Scalar 的 定义 : 
exprtmpl/exprscalar.hpp 
1/ 用 于 表示 放大 倍数 的 对 象 的 所 属 类 


template <typename T> 





class A_Scalar { 
private: 
T const&z s; // scalar 的 值 
public: 


/ 构造 函数 ， 用 于 初始 化 值 
A_Scalar (T const& Vv) 
: S(V) { 
} 
/ 对 于 索引 《下 标 ) 操作 而 言 ， 每 个 元 素 的 值 都 等 于 scalar( 放 
大 倍数 ) 的 值 


T operator[] (size_t) const { 











return s; 

} 

/scalar 的 大 小 《〈“ 即 元 素 个 数 ) 为 0 

size_t size() const { 

return 0; 

上 
}; 
从 上 面 代 码 可 以 看 出 ，A_Scalar 模板 也 提供 了 一 个 索引 运算 符 。 在 
表达 式 的 内 部 ，A_Scalar 表 示 的 是 一 个 每 个 索引 都 对 应 相同 scalar 值 的 数 
组 。 

你 可 能 还 发 现 了 : 运算 符 类 使 用 了 一 个 辅助 类 A_Traits， 来 定义 操 
作 数 成 员 : 

typename A_Traits<OP1>::ExprRef op1; ”// 第 1 个 操作 数 

typename A_Traits<OP2>::ExprRef op2; ”// 第 2 个 操作 数 

事实 上 ， 这 种 做 法 是 很 有 必要 的 ， 主 要 是 因为 : 通常 而 言 ， 我 们 可 
以 把 这 些 操作 数 声明 为 引用 类 型 ， 因 为 大 多 数 局 部 节点 是 在 顶层 表达 式 
进行 绑 定 的 ， 因 此 它们 的 生命 期 能 够 延续 到 完整 表达 式 的 求 值 。 但 是 ， 
唯一 的 例外 是 A_Scalar 节 点 ， 它 是 在 运算 符 函 数 内 部 进行 绑 定 的 ， 所 以 
并 不 能 一 直 存 在 到 完整 表达 式 的 求 值 。 因 此 ， 为 了 使 这 种 指 同 放大 倍数 

《 即 A_Scalar) 的 成 员 能 够 一 直 存 在 到 完整 表达 式 求 值 ， 我 们 需要 对 




















scalar 操 作 数 进行 “ 传 值 找 贝 "， 而 不 是 “ 传 引用 找 贝 ?。 也 束 是 说 ， 我 们 需 
要 具有 以 下 性 质 的 成 员 : 

“通常 情况 下 是 常数 引用 : 

OP1 const& op1; V/ 指 同 第 1 个 操作 数 的 引用 

OP2 const& op2; /W 指 同 第 2 个 操作 数 的 引用 

“但 是 ， 对 于 scalar 值 ， 则 是 普通 值 : 





OP1 opl; / 以 传 值 拷 贝 的 方式 引用 第 1 个 操作 数 
OP2 op2; / 以 传 值 拷 贝 的 方式 引用 第 2 个 操作 数 


这 也 正 是 trait class 的 用 武之 地 。 它 定义 了 一 个 针对 大 多 数 常 数 引 用 
的 基本 模板 ， 但 同时 定义 了 一 个 针对 scalar 的 特 化 : 
// exprtmpl/exprops1a.hpp 
上 凡 用 于 选择 如 何 引 用 “表达 式 模板 节点 ”的 辅助 trait class 
* - 通常 情况 下 : 传 引 用 
* - 对 于 scalar: 传 值 
«7 
template <typename T> class A_Scalar; 
/ 基本 模板 


template <typename T> 





class A_Traits { 
public: 
typedef T const& ExprRef; 。// 所 引用 的 类 型 typedef 成 一 个 常量 
引用 
/ 针对 scalar 的 局 部 特 化 
template <typename T> 
class A_Traits<A Scalar<T>>f{ 


public: 


typedef A_Scalar<T> ExprRef; / 所 引用 的 类 型 实际 是 一 个 普 
通 值 
让 
另 一 方面 ， 如 果 A_Scalar 对 象 引 用 的 是 在 顶层 定义 的 scalar， 那 么 也 
可 以 使 用 引用 类 型 来 代表 这 些 scalar。 

18.2.2 Array 类 型 

既然 能 够 使 用 轻 量 级 的 表达 式 模 板 来 对 表达 式 进行 编码 ， 接 下 来 我 
们 将 创建 一 个 Array 类 型 ， 它 既 能 够 针对 占用 实际 内 存 的 数组 ， 同 时 也 
适用 于 表达 式 模板 。 男 外 ， 从 工程 的 角度 来 看 ， 在 接口 设计 方面 ， 我 们 
应 该 使 设计 的 Aray 既 能 够 与 占用 存储 空间 的 真实 数组 尽 可 能 地 相似 ， 

也 要 与 那些 “基于 数组 ”的 表达 式 〈 如 A_Add) 具有 相同 的 表示 。 基 于 这 
个 目的 ， 我 们 这 样 声 明 Array 模 板 : 

template <typename T, typename Rep = SArray<T> > 

class Array; 

在 上 面 代码 中 ，Rep 类 型 要 么 是 SArray [26] ， 但 前 提 是 Array 必 须 是 
一 个 占用 实际 存储 空间 的 数组 ， 要么 是 一 个 用 于 编码 表达 式 的 藤 套 
template-id， 如 A_Add 和 A_Mult。 我 们 将 使 用 同一 种 方式 来 处 理 ( 由 这 
两 种 途径 所 产生 的 ) Array ”实例 化 体 ， 因 为 将 大 大 简化 我 们 后 期 的 编 
码 。 如 果 用 诸如 A_Mult 等 类 型 蔡 换 Rep， 某 些 成 员 并 不 能 被 实例 化 ; 
尽管 如 此 ， 但 在 实际 应 用 中 ，Array 模 板 的 定义 并 不 需要 声明 用 于 区 分 
上 面 这 两 种 情况 〈 即 SArray 和 template-id) 的 特 化 。 

下 面 是 一 个 定义 。 虽 然 在 理解 了 下 面 代码 之 后 ， 我 们 就 能 够 很 容易 
地 添加 其 他 的 功能 ， 但 是 就 这 个 例子 而 言 ， 我 们 实现 的 功能 只 是 局 限于 
SArray 模 板 所 提供 的 功能 ， 还 有 许多 功能 仍 未 实现 。 

// exprtmpl/exprarray.hpp 

#include <stddef.h> 





#include <cassert> 
#include "sarray1.hpp" 
template <typename T, typename Rep = SArray<T> > 
class Array { 
private: 
Rep expr_rep; /W/W/ (访问 ) 数组 的 数据 
public: 
/ 创建 具有 初始 大 小 的 数组 
explicit Array (size_t s) 
: expr_rep(s) { 
} 
/ 根据 其 他 可 能 的 表示 来 创建 数组 
Array (Rep const& rb) 
: expr_rep(rb) { 
} 
/针对 相同 类 型 的 赋值 运算 符 
Array& operator= (Array const& b) { 
assert(size( )==b.size()); 
for (size_t idx = 0; idx<b.size(); ++idx) { 
expr_replidx] = blidx]; 
} 
return *this; 
} 
/ 针对 不 同类 型 的 赋值 运算 符 
template<typename T2, typename Rep2> 
Array& operator= (Array<T2, Rep2> const& b) { 


assert(size()==b.size()); 


for (size_t idx = 0; idx<b.size(); ++idx) { 
expr_replidx] = blidxj; 
} 
return *this; 
} 
/ Size 是 所 表示 数据 的 大 小 


size_t size() const { 





return expr_rep.size(); 
} 
/ 分 别针 对 和 常量 和 变量 的 索引 《下 标 ) 运算 符 
工 operator[] (size_t idx) const { 





assert(idx<size()); 
return expr_replidx|; 
} 
T& operator[ | (size_t idx) { 
assert(idx<size()); 
return expr_replidx|]; 
} 
/返回 数组 现在 所 表示 的 对 象 
Rep const& rep() const { 
return expr_rep; 
} 
Rep& rep() { 
return expr_rep; 
} 
上 
正如 上 面 程 序 所 示 ， 这 里 的 许多 操作 都 只 是 简单 地 委托 给 所 含 的 


Rep 对 象 。 然 而 ， 当 拷贝 另 一 个 数组 的 时 候 ， 我 们 就 必须 充分 考虑 : 男 
一 个 数组 是 否 是 基于 表达 式 模板 的 。 因 此 ， 我 们 需要 根据 Rep 的 表示 ， 
对 拷贝 运算 符 进 行 参数 化 ， 即 声明 针对 两 种 不 同情 况 的 赋值 运算 符 
18.2.3 运算 符 
到 目前 为 止 ， 我 们 只 是 实现 了 用 于 代表 运算 符 的 、 针 对 数值 Array 
ce 但 仍然 没有 实现 运算 符 本 号 《诸如 
。 我 们 在 前 面 己 经 前 明 ， 这 些 运 算 符 只 是 用 于 代表 表达 式 模板 对 
Re 吉 果 数组 进行 求 值 。 
显然 ， 对 于 每 个 普通 的 二 元 运算 符 ， 我 们 必须 实现 ”3 个 版 本 : 
array-array、 array-scalar 和 scalar-array。 例 如 ， 为 了 能 够 计算 前 面 的 表达 
式 初始 值 ， 我 们 需要 用 到 了 下 面 的 运算 符 
// exprtmpl/exprops2.hpp 
/ 两 个 数组 相 加 
template <typename T, typename R1, typename R2> 
Array<T,A_Add<T,R1,R2> > 
operator+ (Array<T,R1> const& a, Array<T,R2> const& b) { 
return Array<T,A_Add<T,R1,R2> > 
(A_Add<T,R1,R2>(a.rep(),b.rep())); 


























} 
/ 两 个 数组 相 乘 
template <typename T, typename R1, typename R2> 
Array<T, A_Mult<T,R1,R2> > 
operator* (Array<T,R1> const& a, Array<T,R2> const& b) { 
return Array<T,A_Mult<T,R1,R2> > 
(A_Mult<T,R1,R2>(a.rep(), b.rep())); 


// scalar 和 数组 相 乘 
template <typename T, typename R2> 
Array<T, A_Mult<T,A_Scalar<T>,R2> > 
operator* (T const& s, Array<T,R2> const& b) { 
return Array<T,A_Mult<T,A_Scalar<T>,R2> > 
(A_Mult<T,A_Scalar<T>,R2>(A_Scalar<T>(s), b.rep())); 
} 
/ 数组 和 scalar 相 乘 
// scalar 和 数组 相 加 
/ 数组 和 scalar 相 加 


这 些 运算 符 的 声明 看 起 来 是 比较 费解 的 《我 们 从 例子 中 融 可 以 看 出 
来 ) ， 但 是 实际 上 函数 所 做 的 工作 并 不 多 。 例 如 ， 针 对 两 个 数组 的 加 法 
运算 符 ， 它 首先 生成 一 个 用 于 A_Add<> 对 象 ， 用 于 表示 运算 符 和 操作 
数 : 

A_Add<T,R1,R2>(a.rep(),b.rep()) 

并 且 把 这 个 对 象 封装 在 一 个 数组 里 面 ， 从 而 使 我 们 可 以 借助 于 数组 
来 操作 这 个 运算 结果 。 事 实 上 ， 其 他 的 对 象 我 们 也 是 这 样 处 理 的 : 

retum Array<T,A_Add<T,R1,R2> > (...); 

对 于 scalar 乘 法 而 言 ， 我 们 使 用 了 A_Scalar 模 板 来 创建 A_Mult 对 


A_Mult<T,A_Scalar<T>,R2>(A_Scalar<T>(s), b.rep()) 

并 且 也 对 它 进 行 了 封装 : 

retum Array<T,A_Mult<T,A_Scalar<T>,R2> > (...); 

实际 上 ， 其 他 二 元 运算 符 的 实现 也 是 类 似 的 ， 我 们 还 可 以 使 用 宏 来 
声明 这 些 运 算 符 ， 从 而 只 需要 使 用 数量 相对 较 少 的 代码 。 另 一 个 《更 小 
的 ) 宏 还 可 以 被 用 于 非 成 员 的 一 元 运算 符 的 声明 。 


18.2.4 回顾 

当 首 次 发 现 表 达 式 模板 思想 的 时 候 ， 你 可 能 会 被 这 些 声明 和 定义 的 
交互 弄 得 曙 头 转 癌 。 因 此 ， 针 对 前 面 的 例子 代码 ， 我 们 将 给 出 一 个 上 自 顶 
问 下 的 回顾 ， 或 许 能 够 使 你 对 表达 式 模板 有 一 个 更 加 具体 的 理解 。 下 面 
就 是 我 们 要 分 析 的 代码 (你 可 以 在 meta/exprmain.cpp 找 到 这 些 代 码 〉: 

int main() 

{ 

Array<double> x(1000), y(1000); 


X= 1.2*x 十 Xx*y; 


} 

由 于 在 x 和 y 的 定义 中 省 略 了 Rep 实 参 ， 所 以 该 参数 将 使 用 缺 省 值 
SArray<double>。 因 此 ，x 和 y 是 占用 “真实 ?内 存 的 数组 ， 也 就 是 它们 说 
并 不 只 是 用 于 记录 操作 。 

当 解 析 表 达 式 : 

1.2*x 十 x*y 

的 时 候 ， 编 译 器 首先 会 应 用 最 左边 的 * 运算 符 ， 它 是 一 个 scalar- 
array ”运算 符 。 于 是 ， 重 载 解析 规则 将 会 选择 operator* 的 scalar-array 形 
3 

template <typename T, typename R2> 

Array<T, A_Mult<T,A_Scalar<T>,R2> > 
operator* (T const& s, Array<T,R2> const& b) { 
return Array<T,A_Mult<T,A_Scalar<T>,R2> > 
(A_Mult<T,A_Scalar<T>,R2>(A_Scalar<T>(s), b.rep())); 





} 
其 中 操作 数 的 类 型 是 double 和 Array<double，SArray<double> >。 


此 ， 实 际 的 结果 类 型 是 : 
Array<double, A_Mult<double, A_Scalar<double>, SArray<double> > 


而 结果 值 是 一 个 构造 自 double 值 1.2 的 A_Scalar<double> 对 象 ， 和 一 
个 表示 对 象 x 的 SArray<double> 对 象 。 

接 下 来 ， 将 会 对 第 2 个 乘法 进行 求 值 ，x*y 是 一 个 array-array 操 作 。 
这 一 次 我 们 使 用 了 相应 的 operator*: 

template <typename T, typename R1, typename R2> 

Array<T, A_Mult<T,R]1,R2> > 

operator* (Array<T,R1> const& a, Array<T,R2> const& b) { 

return Array<T,A_Mult<T,R1,R2> > 
(A_Mult<T,R1,R2>(a.rep(), b.rep())); 
} 
而 两 个 操作 数 的 类 型 都 是 Array<double，SArray<double> >， 因 此 结 


Array<double, A_Mult<double, SArray<double>, SArray<double> > > 

这 一 次 ，A_Mult 所 封装 的 两 个 参数 对 象 都 引用 了 一 个 
SArray<double> 表 示 : 即 一 个 用 于 表示 X 对 象 ， 另 一 个 用 于 表示 y 对 象 。 

最 后 ， 才 对 + 运算 符 进 行 求 值 。 这 次 还 是 array-array 操 作 ， 而 操作 数 
类 型 就 是 我 们 根据 上 面 所 演绎 的 类 型 。 因 此 ， 我 们 调用 了 针对 array- 


array 的 operator+: 











template <typename T, typename R1, typename R2> 
Array<T,A_Add<T,R1,R2> > 
operator+ (Array<T,R1> const& a, Array<T,R2> const& b) { 
return Array<T,A_Add<T,R1,R2> > 
(A_Add<T,R1,R2>(a.rep(),b.rep())); 


其 中 用 double 来 蔡 换 T，R1 则 用 : 
A_Mult<double, A_Scalar<double>, SArray<double> > 
进行 蔡 换 ， 而 R2 则 替换 为 : 
A_Mult<double, SArray<double>, SArray<double> > 
因此 ， 赋 值 运 算 符 右 边 的 表达 式 最 终 的 类 型 为 : 
Array<double, 
A _ Add<double, 
A_Mult<double, A_Scalar<double>, SArray<double> >， 
A_Mult<double, SArray<double>, SArray<double>>>> 
这 个 类 型 将 与 Array 模 板 的 赋值 运算 符 模板 进行 匹配 : 
template <typename T, typename Rep = SArray<T> > 








class Array { 
public: 


// 针 对 不 同类 型 数组 的 赋值 运算 符 
template<typename T2, typename Rep2> 
Array& operator= (Array<T2, Rep2> const& b) { 
assert(size( )==b.size()); 
for (size_t idx = 0; idx<b.size(); ++idx) { 
expr_replidx] = blidx]; 
" 


return *this; 


上 
其 中 赋值 运算 符 将 会 运用 右边 Array 〈 即 b) 的 下 标 运 算 符 来 计算 日 
标 数 组 x 的 每 一 个 元 素 ， 其 中 右边 Array 的 实际 类 型 为 : 





A_Add<double， 

A_Mult<double, A_Scalar<double>, SArray<double> >， 
A_Mult<double, SArray<double>, SArray<double> > > > 

如 果 我 们 仔细 跟 踊 这 个 下 标 操 作 ， 那 么 对 于 一 个 给 定 的 下 标 x， 将 
会 得 到 : 

(1.2*x[idx]) + (x[idx]*y[idx]) 

而 这 正 是 我 们 所 期 望 计 算 的 表达 式 。 

18.2.5 表达 式 模板 赋 

对 于 一 个 Rep 实 参 基于 A_Mult 或 者 A_Add 表 达 式 模板 的 数组 ， 是 不 
能 够 为 该 数组 实例 化 写 操 作 的 〈 也 就 是 说 ， 编 写 atb=c 的 式 子 是 坚 无 意 
义 的 ) 。 然 而 ， 我 们 完全 可 能 编写 其 他 的 表达 式 模板 ， 从 而 能 够 对 这 些 
表达 式 模板 的 结果 进行 赋值 。 例 如 ， 以 具有 整数 值 数组 为 下 标的 索引 操 
作 通 常 都 会 涉及 到 子 集 的 选择 。 换 句 话说 : 

x[y] = 2*x[y}j; 

的 含义 应 该 等 价 于 : 

for (size_t idx = 0; idx<y.size(); ++idx) { 

x[ylidx]] = 2*x[y[idx]j; 

} 

为 了 使 上 面 这 种 写法 可 以 正常 操作 ， 必 须 令 这 种 基于 表达 式 模板 的 
数组 的 行为 能 够 像 一 个 左 值 〈 也 就 是 说 ， 可 写 的 ) ; 而且， 类 似 于 这 样 
的 表达 式 模 板 的 组 件 和 A_Mult 等 是 类 似 的 ， 唯 一 的 区 别 在 于 它 提供 了 下 
标 运算 符 的 const 版 本 和 non-const 版 本 ， 并 且 返 回 一 个 左 值 (引用 ): 

// exprtmpl/exprops3.hpp 

template<typename T, typename Al, typename A2> 

class A_Subscript { 

public: 


// 构 造 函 数 ， 用 于 初始 化 指向 操作 数 的 引用 
A_Subscript (Al const & a, A2 const & b) 


:al(a), a2(b) { 
} 


// 当 请 求 值 的 时 候 处 理 下 标 和 运算 符 


T operator[] (size_t idx) const { 


return al[a2[idx]j]; 


} 


T& operator[ | (size_t idx) { 


return al[a2[idx]j]; 


} 


/ size 是 内 联 数组 的 大 小 


size_t size() const { 
return a2.sizel(); 
} 


private: 


Al const &al; ” // 指 癌 第 1 个 操作 数 的 引用 
A2 const & a2; ”7// 指 同 第 2 个 操作 数 的 引用 


» 


针对 这 种 运用 子 集 语义 的 、 扩 展 的 下 标 运 算 符 ， 我 们 需要 为 Array 


模板 定义 额外 的 下 标 运算 符 。 


其 中 一 个 下 标 运 算 符 的 定义 如 下 为 外 还 


需要 一 个 针对 const 的 相应 版 本 ) : 


// exprtmpl/exprops4.hpp 


template<typename T, typename R1, typename R2> 

Array<T,A_Subscript<T,R1,R2> > 

Array<T,R1>::operator[] (Array<T,R2> const & b) { 
return Array<T,A_ Subscript<T,R1,R2> > 


(A_Subscript<T,R1,R2>(this—>rep(),b.repO)); 


18.3 表达 式 模 板 的 性 能 与 丝 

为 了 弥补 表达 式 模 板 思 想 的 复杂 性 ， 我 们 已 经 曾 明 了 : 表达 式 模板 
可 以 大 大 提高 数组 操作 的 性 能 。 如 果 你 仔细 跟踪 表达 式 模板 的 行为 ， 你 
会 发 现存 在 许多 很 小 的 内 联 函 数 互 相 调用 ， 而 且 在 调用 堆栈 还 分 配 了 许 
多 小 的 表达 式 模 板 对 象 。 因 此 ， 编 译 器 必须 执行 完整 的 内 联 小 对 象 和 去 
除 小 对 象 操作 ， 来 产生 出 《在 性 能 上 ) 能 够 与 手工 代码 循环 相 妮 美的 代 
码 。 在 本 书 编写 时 候 所 发 布 的 编译 器 中 ， 这 种 技术 还 是 相当 罕见 的 。 

表达 式 模板 并 没有 解决 所 有 涉及 到 数组 数值 操作 的 问题 。 例 如 ， 对 
于 具有 如 下 形式 的 matrix 〈 和 矩阵 ) -vector 乘 法 : 

X= A*x; 

其 中 X 是 一 个 大 小 为 n 的 vector， 而 A 是 一 个 nxn 的 矩阵 。 这 里 的 主要 
问题 是 在 于 : 临时 变量 的 使 用 总 是 不 可 避免 的 ， 因 为 最 终结 果 的 每 个 元 
素 都 要 依赖 于 最 初 x 的 每 个 元 素 。 遗 憾 的 是 ， 表 达 式 模板 将 会 在 一 次 计 
算 之 后 马上 更 新 x 的 首 个 元 素 ， 而 在 计算 下 一 个 元 素 的 时 候 则 用 到 这 个 
己 经 更 新 的 元 素 ， 从 而 改变 了 原来 的 数组 ， 而 这 是 完全 错误 的 。 然 而 ， 
针对 下 面 一 个 稍 有 区 别 的 表达 式 : 

X= A*y 

如 果 x 和 y 并 不 互 为 别名 的 话 ， 那 么 将 不 需要 一 个 临时 对 象 ， 这 意味 
着 解决 方案 必须 能 够 在 运行 期 知道 操作 数 的 这 种 (是 否 为 别名 的 ) 关 
系 ， 而 这 反 过 来 又 表明 必须 生成 一 个 用 于 表示 表达 式 树 的 运行 期 结构 ， 
而 不 是 在 表达 式 模 板 的 类 型 中 编码 这 棵 树 。 这 个 想法 首先 是 由 Rober 
Davies 在 NewMtat 程 序 库 中 提出 的 〈 见 [NewMat]) 。 实 际 上 ， 在 开发 表 
达 式 模板 之 前 的 很 长 时 间 里 ， 就 已 经 有 这 个 想法 了 。 




















表达 式 模板 并 不 局 限于 数值 计算 。 壁 如 Jaakko Jirvi 和 Gary Powell 
的 Lambda Library ( 见 [Lambdalib]) 就 给 出 了 一 个 很 有 代表 性 的 应 用 
程序 。 例 如 ， 该 库 允 许 我 们 这 样 编写 代码 : 

void lambda_demo (std::vector<long*> & ones) { 

std::sort(ones.begin(), ones.end(), *_1 >* 2); 

} 

这 个 代码 片断 将 针对 元 素 所 引用 的 值 ， 以 升序 的 方式 对 数组 进行 排 
序 。 如 采 没 有 Lambda 库 的 话 ， 我 们 就 必须 定义 一 个 简单 〈 但 实现 有 些 
厂 烦 ) 的 、 有 具有 特殊 目的 的 仿 函 数 类 型 。 但 是 使 用 Lambda 库 之 后 ， 我 
们 就 可 以 使 用 简单 的 内 联 语 法 来 表达 所 和 希望 使 用 的 操作 。 在 我 们 的 例子 
中 ，_1 和 _2 只 是 Lambda 库 所 提供 的 两 个 占 位 符 ， 它 们 对 应 了 一 些 基 本 
的 表达 式 对 象 ， 而 这 些 表 达 式 通常 都 是 仿 函 数 。 以 后 ， 我 们 可 以 使 用 本 
章 所 讨论 的 表达 式 模板 技术 ， 并 且 使 用 这 些 技 术 来 构造 更 加 复杂 的 表达 
=- 





18.4 本 章 后 记 


表达 式 模板 是 由 Todd Veldhuizen 和 David Vandevoorde (Todd 创 造 
了 这 个 概念 ) 独 立 开 发 的 ;， 而且 在 开发 的 时 候 ， 成 员 模 板 还 没有 被 引进 
C++ 程序 设计 语言 〈 在 那个 时 候 看 起 来 ， 该 特性 不 太 可 能 会 被 加 入 
C++) 。 这 就 导致 在 实现 赋值 运算 符 时 出 现 了 一 些 问 题 ， 不 能 对 表达 式 
模板 进行 参数 化 。 这 时 ， 出 现 了 一 种 解决 该 问题 的 搁 术 : 在 表达 式 模板 
中 引入 一 个 针对 Copier 类 的 转型 运算 人 符 ， 其 中 Copier 具 有 元 素 类 型 和 表 
达 式 模板 两 个 模板 参数 ， 而 它 的 其 类 CopierInterface 则 只 具有 一 个 元 素 
类 型 模板 参数 。 然 后 ， 该 基 类 提供 了 一 个 (虚拟 的 )copy_to 接 口 ， 使 
赋值 运算 符 可 以 引用 这 个 接口 。 下 面 是 这 种 机 制 的 一 个 大 体 框架 (其 中 
使 用 了 一 些 本 章 所 介绍 的 模板 名 称 ) : 














template<typename 工 > 
class CopierInterface { 
public: 
Virtual void copy_to(Array<T, SArray<T> >&) const; 
上 
template<typename T, typename 又 > 
class Copier : public CopierInterface<T> { 
public: 
Copier(X const &x): expr(x) {} 
virtual void copy_to(Array<T, SArray<T> >&) const { 
/ 赋值 循环 的 实现 


} 
private: 
X const &expr; 
可 
template<typename T, typename Rep = SArray<T> > 
class Array { 
public: 
/ 委托 的 赋值 运算 符 
Array<T, Rep>& operator=(CopierInterface<T> const &b) { 
b.copy_to(rep); 
上 


}; 
template<typename T, typename Al, typename A2> 


class A_mult { 


public: 
operator Copier<T, A_ Mult<T, A1, A2> >(); 


虽然 这 种 做 法 给 表达 式 模 板 帝 来 了 一 层 额 外 的 复杂 上 度 ， 也 会 带 来 一 
些 运行 期 的 开销 ， 但 是 就 性 能 而 言 ， 该 做 法 仍然 能 够 融 来 很 大 的 提高 。 

C++ 标准 库 包含 了 一 个 名 为 valarray 的 类 模板 ; 它 主 要 是 用 于 实现 
我 们 在 本 童 中 开发 Array 模 板 时 所 用 到 的 一 些 技术 。 事 实 上 ，valarray 有 
一 个 前 身 ， 访 前身 的 设计 目的 是 : 对 于 一 些 面 向 科学 计算 的 编译 器 ， 将 
可 以 使 用 一 些 数组 类 型 ， 并 且 能 够 在 操作 中 辨别 这 些 数组 类 型 ， 和 使 用 
高 度 优化 的 内 部 代码 ， 因 为 这 些 特殊 设计 的 编译 器 将 可 以 在 某 种 程度 
上 “理解 ”数组 的 类 型 。 然 而 ， 这 件 事情 最 后 却 未 能 成 功 〈 部 分 原因 在 于 
市 场 相 对 比较 小 ， 其 他 原因 在 于 诸如 valarray 的 问题 复杂 上 度 不 断 增 加 ， 
最 后 只 能 用 模板 来 解决 ) 。 在 表达 式 模板 出 现 的 早期 一 段 时 间 里 ， 
Vandevoorde 加 C++ 委员 会 提交 一 份 建议 ， 认 为 应 该 用 我 们 所 开发 的 
Array 模 板 从 本 质 上 蔡 换 valarray“〔〈 因 为 在 valarray 现 存 功能 的 局 发 下 ， 
Array 模 板 实现 了 许多 新 的 或 者 更 好 的 功能 ) 。Rep 参 数 的 首次 文档 化 工 
作 ， 就 是 在 此 提议 中 出 现 的 。 在 Rep 出 现 之 前 ， 占 用 实际 内 存 空间 的 数 
组 和 基于 表达 式 模 板 的 〈 伪 〉 数组 是 两 个 完全 不 同 的 模板 。 例 如 ， 当 客 
户 端 代码 引入 一 个 函数 foo0， 并 且 该 函数 接受 一 个 数组 : 

double foo(Array<double> const&); 

那么 调用 ”foo(1.2*x) 将 会 强行 地 把 该 表达 式 转型 为 占用 实际 内 存 空 
间 的 数组 ， 即 便 是 运用 该 实 参 的 操作 并 不 需要 一 个 临时 变量 。 人 然而， 如 
果 能 够 把 表达 式 模 板 藤 入 到 Rep 参 数 的 话 ， 那 么 我 们 就 可 以 这 样 进行 声 
明 : 

template<typename Rep> 


double foo(Array<double, Rep> const&); 























而 且 也 不 会 进行 多 余 的 类 型 转化 。 

在 后 来 的 C++ 标准 化 过 程 中 ， 试 图 采用 上 面 这 个 关于 valarray 的 提 
议 ， 旨 在 改写 标准 中 关于 valarray 的 所 有 文档 。 但 是 最 后 该 提议 还 是 被 
否决 了 ， 只 是 给 现存 的 文档 添加 了 一 些 新 的 特性 说 明 ， 并 且 人 允许 基于 表 
达 式 模板 的 实现 。 然 而 ， 人 允许 对 表达 式 模板 的 这 种 扩展 同时 也 会 带 来 一 
些 矿 烦 ， 而 且 要 比 我 们 在 这 里 所 讨论 的 多 得 多 。 在 本 书 编写 的 时 候 ， 并 
没有 文 持 表达 式 模 板 的 编译 器 实现 ， 而 且 通 党 而 言 ， 对 于 标准 库 的 
valarray， 如 果 是 执行 原先 所 设计 的 操作 ， 效 率 是 相当 低 的 。 

最 后 ， 我 们 在 这 里 需要 指出 一 点 : 本 章 所 给 出 的 这 些 前 沿 技术 ， 也 
包括 后 面 那些 成 为 STL 一 部 分 的 技术 [271] ”， 最 初 全 部 是 在 Borland 
C++ 编 译 器 (版 本 4) 中 实现 。 该 编译 器 或 许 是 能 够 使 得 模板 程序 设计 
在 C++ 程序 设计 人 和 群 中 广泛 使 用 的 首 个 编译 器 。 














[11. 从 字面 上 讲 ， 多 态 指 的 是 具有 多 种 形式 或 者 外 形 的 情况 〈 根 据 Greek 
polumorphos 的 说 法 ) 。 


已 ]. 严格 地 讲 ， 宏 也 可 以 被 看 作 静 多 态 的 一 种 早期 形式 。 然 和 而， 我们 在 
这 里 并 不 考虑 宏 ， 因 为 宏大 多 和 其 他 的 语言 机 制 具有 正 交 性 ， 与 模板 的 
正 交 性 则 很 少 。 


[3]. 关于 多 态 术语 更 加 详细 的 讨论 ， 可 以 参考 
[CzarneckiEiseneckerGenPro] 的 6.5 节 和 6.7 节 。 


[4]. 出 于 简单 性 考虑 ， 本 节 中 的 许多 例子 都 是 使 用 普通 指针 。 显 然 ， 一 
个 具有 工业 强度 的 接口 可 能 更 加 趋向 于 使 用 符合 C++ 标准 库 约 束 的 友 代 
器 参数 ( 见 [JosuttisStdLib]〉。 我 们 将 在 后 面 的 例子 中 重 温 这 一 点 。 








[5]. EBCDIC 是 Extended Binary-Coded Decimal Interchange Code 的 缩写 ， 
这 是 一 个 IBM 的 字符 集 ， 在 大 型 的 BM 计算 机 中 广泛 使 用 。 


[6]. 现今 的 大 多 数 C++ 编译 圳 都 能 够 识别 这 种 简单 的 内 联 函 数 调用 ， 并 
且 根 据 针 对 内 联 函 数 的 处 理 机 制 来 处 理 这 种 调用 。 


[2]. 当然 ， 在 C++ 标准 的 修改 方案 中 ， 这 个 现象 也 即将 改变 。 而 且 ， 纺 
译 器 开 友 商 也 愿意 在 修改 的 标准 发 布 之 前 ， 束 提供 这 个 特性 〈 即 函数 模 
板 文 持 缺 省 模板 实 参 ， 有 具体 见 13.3 节 ) 。 


[81. 我 们 将 使 用 policy 参数 来 泛 化 这 一 点 《〈 即 不 同 的 Policy 类 ) ， 其 中 
这 个 policy 参数 可 以 是 一 个 类 (如 SumPolicy) ， 也 可 以 是 一 个 函数 指 
针 。 


[91. 应 该 知道 我 们 仍然 不 能 写 int& &。 另 外 ， 我 们 还 知道 ， 对 于 T const 
而 言 ， 虽 然 允 许 使 用 int const 来 蔡 换 T， 但 是 显 式 地 编写 int const const 仍 
然 是 无 效 的 。 然 而 ， 这 两 种 情况 既 相 似 又 有 区 别 。 


[101. 基于 简化 考虑 ， 我 们 在 此 并 不 考虑 volatile 和 const volatile 限 定 符 ; 
但 是 它们 和 reference 的 处 理 方式 是 类 似 的 。 


[ll. 译注 : promotion 的 含义 是 “提升 ?， 指 对 于 两 个 不 同 的 类 型 ， 找 到 
其 中 一 个 更 加 强大 的 类 型 ， 或 者 对 于 茶 个 类 型 ， 根 据 需 要 变 成 一 个 更 加 
其 中 “更 加 强大 ”通常 是 指 “size 时 函数 返回 的 整 型 值 更 


[121. 为 了 证 明 这 一 点 ， 可 以 试图 找到 T 的 一 个 蔡 换 ， 使 后 一 个 特 化 能 够 
变 成 前 一 个 特 化 ;或 者 找到 针对 T1 和 T2 的 替换 ， 使 前 一 个 特 化 能 够 变 
成 后 一 个 特 化 。 


[131. 在 C++ 标准 化 进程 中 曾 提出 过 一 个 类 似 的 语言 扩展 机 制 ， 不 过 是 天 
于 函数 调用 实 参 的 ， 而 且 该 提议 最 后 也 被 否决 了 (更 多 细 记 见 13.9 
节 ) 。 译 注 : 这 就 是 不 少 编程 语言 都 提供 的 命名 函数 实 参 机 制 ， 更 多 的 
介绍 请 见 本 章 后 面 的 译 者 评注 。 


[14]. 译注 : PolicySelector 直 接 从 4 个 Setter 继 承 是 不 行 的 。 例 如 用 
BreadSlicer<> 时 ， 所 有 模板 参数 都 是 相同 的 缺 省 类 型 ， 也 就 意味 着 
PolicySelector 的 从 4 个 完全 相同 的 基 类 继承 ， 这 必然 导致 编译 错误 。 


[15]. 该 规则 可 见 C++ 标 准 第 10.2/6 节 ([Standard 98]) ， 
[EllisStroustrupARM] 第 10.1.1 节 另 有 讨论 。 














[16]. 译注 : 16.1 闻 的 模板 Discriminator 及 22.7 节 的 模板 BaseMem， 都 是 
如 此 ， 当 然 模 板 特 化 也 可 行 ， 但 比较 麻烦 。 





[171. 译注 : 并 非 只 有 这 种 特殊 情况 才 可 以 进行 优化 ， 更 多 的 情况 请 见 本 

章 注 记 中 关于 boost.compressed_pair 的 介绍 。 

[181. 译注 : 在 派生 类 中 用 盖 基 类 中 的 非 虚 函数 ， 本 里 就 是 C++ 应 用 的 一 
尽 讳 。 作 出 这 样 的 决定 之 前 ， 恐 怕 得 仔细 权衡 利 浆 。 作 者 已 经 表明 了 

他 们 的 态度 ， 而 这 种 用 法 在 实际 应 用 中 的 确 少 之 又 少 ， 而 且 极 易 出 错 。 


[191. 译注 : 我 认为 作者 此 处 指 的 是 Boost Iterator Adaptor Library。 














[201. 译注 : 原本 想 把 该 词 翻译 成 “元 编程 >; 但 由 于 metaprogramming 的 
真实 含义 有 些 出 入 ， 故 不 译 。 作 为 读者 ， 也 可 以 用 元 编程 来 理解 这 个 
词 ， 这 个 选择 就 留 给 个 人 的 习惯 了 。 


[211. 我 们 在 12.4 节 就 已 经 看 过 一 个 递归 模板 的 例子 ， 我 们 也 可 以 把 它 当 
成 一 个 简单 的 metaprogramming 例 子 。 


[221. 在 某 些 情况 下 ，metaprogram 的 效率 要 远 远 高 于 Fortran 的 优化 器 ， 
尽管 Fortran 的 优化 器 非常 适用 于 这 类 应 用 程序 。 


[231. 感谢 Erwin Unruh 为 本 书 提供 这 一 份 代 码 ， 读 者 也 可 以 在 [Unruh- 
PrimeOrig] 找 到 这 份 代码 。 


[241. 译注 : 这 里 的 期 望 是 指 我 们 所 实现 的 运算 符 可 以 实现 这 样 的 操作 ， 

而 且 应 用 我 们 的 重 载运 算 符 ， 可 以 具有 更 加 人 简单、 紧凑 的 写法 。 但 是 ， 

并 不 意味 着 我 们 要 采用 下 面 这 种 原始 、 克 长 的 做 法 ， 即 使 这 种 做 法 效率 
我 们 下 面 将 会 通过 表达 式 模板 ， 来 阐述 如 何 获 得 既 高 效 、 叉 紧凑 
实现 。 

[251 译注 : 相对 于 前 面 重 载运 算 符 在 内 部 所 进行 的 目 动 循环 ， 在 此 我 们 
自己 用 for 语 句 实现 的 循环 就 称 为 手工 循环 ， 或 者 手工 编码 循环 。 

[261. 在 此 ， 我 们 可 以 方便 地 重用 前 面 开发 的 Sarray， 但 是 对 于 一 个 具有 


工业 强度 的 程序 库 ， 开 发 一 个 具有 特殊 目的 的 实现 往往 更 加 可 取 ， 因 为 
我 们 并 不 需要 使 用 Sarray 的 所 有 特性 。 


[271. STL 《或 者 称 为 标准 模板 库 ) 给 C++ 的 程序 库 世 界 带 来 了 革命 性 的 
活力 。 之 后 ，SIL 成 为 C++ 标准 库 的 一 部 分 。 











模板 可 以 被 用 于 开发 精心 设计 的 程序 库 。 之 所 以 称 为 精心 设计 ， 主 
要 是 因为 程序 库 中 的 众多 元 素 之 间 可 以 进行 无 颖 的 连接 。 虽 然 非 模板 程 
序 库 也 能 够 达到 上 面 这 一 点 ， 但 是 当 我 们 要 实现 的 是 那些 有 助 于 简化 日 
第 编程 并 且 非 党 小 的 功能 时 ， 原 来 的 程序 库 或 者 面向 对 象 程序 库 在 很 多 
情况 下 就 不 是 可 选 的 方案 了 ， 因 为 对 于 简单 功能 而 言 ， 这 些 程序 库 实 现 
的 开销 通常 都 太 大 了 。 于 是 ，C 预 处 理 器 允许 声明 这 些 “ 简 单 的 需要 
《 即 简 单 功 能 ) ”， 并 对 它们 进行 特别 处 理 ;， 但是， 在 很 多 情况 下 ，C 预 
处 理 器 的 功能 是 很 有 限 的 ， 远 远 不 能 够 胜任 我 们 日 常 编程 的 要 求 。 

在 这 一 部 分 ， 我 们 将 开发 菜 些 相对 较 小 、 并 且 互 相 独 立 的 功能 ， 而 
且 对 于 这 些 简单 功能 而 言 ， 模 板 是 最 好 的 实现 方法 : 

“一 个 用 于 类 型 区 分 的 框架 。 

"智能 指针 。 

*tuple。 

" 仿 函 数 。 

对 于 上 面 功能 的 讨论 ， 我 们 的 目的 在 于 阐述 前 面 所 介绍 的 技术 ， 而 
且 我 们 还 将 结合 这 些 技术 ， 并 且 修 改 这 些 技术， 最 后 创建 出 真正 有 用 的 
软件 组 件 。 然 而 ， 我 们 的 主题 仍然 局 限于 C++ 模板 ， 并 不 会 涉及 太 多 关 
于 完整 C++ 程序 库 的 开发 ， 或 者 其 他 方面 的 开发 。 另 一 方面 ， 对 于 
C++ 程序 库 的 编写 者 ， 我 们 也 希望 所 给 出 的 代码 能 够 作为 一 份 有 用 的 教 
程 ， 或 者 给 他 们 这 来 一 些 灵感 ， 但 我 们 并 不 敢 声 称 本 部 分 所 开发 的 这 几 
个 组 件 将 会 永远 都 是 最 好 的 组 件 。 
































第 19 音 装 弄 | 区 这 了 








在 某 些 时 候 ， 对 于 一 个 模板 参数 ， 如 果 能 够 知道 它 完 竟 是 内 建 类 型 
[1 、 指 针 类 型 、class 类 型 或 者 其 他 类 型 中 的 哪 一 种 ， 将 会 是 非常 有 用 
的 。 在 本 章 接 下 来 的 内 容 里 ， 我 们 将 开发 一 种 普遍 适用 的 类 型 模板 ， 它 
能 够 帮助 我 们 判断 给 定 类 型 的 许多 属性 。 最 后 ， 我 们 将 能 够 编写 下 面 这 
样 的 代码 : 

if (TypeT<T>::IsPtrT) { 





} 
else if (TypeT<T>::IsClassT) { 


} 
进一步 而 言 ， 诸 如 TypeT<T>::IsPtrT 的 表达 式 将 会 是 一 个 布尔 常 





量 ， 同 时 也 可 以 作为 有 效 的 非 类 型 模板 实 参 。 反 过 来 说 ， 借 助 于 这 种 实 
现 ， 我 们 就 能 够 根据 类 型 实 参 〈T) 的 属性 ， 构 造 出 更 加 复杂 和 强大 的 








模板 ， 用 于 特 化 这 些 模板 的 各 种 行为 ， 这 就 是 本 章 要 加 以 曾 述 的 内 容 。 


19.1 辨别 基本 类 型 





首先 ， 让 我 们 开发 一 个 用 于 辨别 某 个 类 型 是 否 为 基本 类 型 的 模板 。 
在 缺 省 情况 下 ， 我 们 一 方面 假定 一 个 类 型 不 是 一 个 基本 类 型 ， 另 一 方面 
我 们 为 所 有 的 基本 类 型 都 特 化 该 模板 : 

// types/typel.hpp 

1/ 基本 模板 :一 般 情况 下 TT 不 是 基本 类 型 





template <typename 工 > 
class IsFundaT { 

public: 

enum{ Yes = 0, No = 1}; 

上 
/用 于 特 化 基本 类 型 的 宏 
#define MK_FUNDA_TYPE(CT) 

template<> class IsFundaT<T> { 

public: 
enum { Yes= 1,No=0}: 

上 
MK_ FUNDA _ TYPE(void) 
MK_ FUNDA_ TYPE(bool) 
MK_FUNDA _ TYPE(char) 
MK_ FUNDA TYPE(signed char) 
MK_FUNDA_TYPE(unsigned char) 
MK_ FUNDA _ TYPE(wchar 1t) 
MK_ FUNDA TYPE(signed short) 
MK_ FUNDA _ TYPE(unsigned short) 
MK_ FUNDA _ TYPE(signed int) 
MK_FUNDA_TYPE(unsigned int) 
MK_FUNDA_TYPE(signed long) 
MK_FUNDA_TYPE(unsigned long) 
#if LONGLONG EXISTS 

MK_ FUNDA_TYPE(signed long long) 

MK_ FUNDA_TYPE(unsigned long long) 
#endif / LONGLONG EXISTS 


MK_FUNDA_TYPE(float) 
MK_FUNDA_TYPE(double) 
MK_FUNDA_TYPE(Uong double) 
#undef MK_FUNDA_TYPE 
在 上 面 的 代码 中 ， 基 本 模板 定义 了 一 般 的 情况 。 也 就 是 次， 在 一 般 
情况 下 ，IsFundaT<T>::Yes 的 值 将 会 为 0( 或 者 false): 
template <typename T> 
class IsFundaT { 
public: 
enum{ Yes =0,No=1}); 





上 

可 以 看 出 ， 对 于 每 个 基本 类 型 ， 我 们 都 定义 了 一 个 特 化 ; 在 该 特 化 
中 ，ISFundaT<T >::Yes 将 会 等 于 1 (或 者 tue) 。 在 上 面 的 代码 中 ， 我 
们 通过 定义 一 个 宏 来 扩展 这 些 特 化 代码 ， 例 如 : 

MK_FUNDA_TYPE(bool) 


expands to the following: 











template<> class IsFundaT<bool> { 
public: 
enum{ Yes= 1,No=0}; 
可 
于 是 ， 下 面 的 程序 给 出 了 一 个 使 用 这 个 模板 的 程序 示例 : 
// types/typeltest.cpp 





#include <iostream> 
#include "typel.hpp" 
template <typename T> 
void test (T const& t) 

' 


if (IsFundaT<T>::Yes) { 

std::cout << "T is fundamental type" << std::endl; 
} 
else { 


std::cout << "T is no fundamental type" << std::endl; 


} 
class MyType { 
}; 
int main() 
| 
test(7); 
test(MyType()); 
} 
该 程序 的 输出 如 下 : 
Tis fundamental type 
Tis no fundamental type 
类 似 地 ， 我 们 也 可 以 定义 类 型 函数 IsIntegralT 和 IsFloatingT， 从 而 
能 够 判断 一 个 放大 (scalar) 类 型 究竟 是 整 型 还 是 浮 点 型 。 


19.2 辨别 组 合 类 型 


组 合 类 型 是 指 一 些 构 造 自 其 他 类 型 的 类 型 。 简 单 的 组 合 类 型 包括 : 
普通 类 型 、 指 针 类 型 、 引 用 类 型 和 数组 类 型 。 它 们 都 是 构造 自 单一 的 基 
本 类 型 。 同 时 ，class 类 型 和 函数 类 型 也 是 组 合 类 型 ， 但 这 些 组 合 类 型 通 
常 都 会 涉及 到 多 种 类 型 (例如 参数 或 者 成 员 的 类 型 )。 在 此 ， 我 们 先 考 
虑 简单 的 组 合 类 型 ， 男 外 ， 我 们 还 将 使 用 局 部 特 化 对 简单 的 组 合 类 型 进 

















行 区 分 。 接 下 来 ， 我 们 将 定义 一 个 trait 类 ， 用 于 描述 简单 的 组 合 类 型 ; 
而 class 类 型 和 枚 举 类 型 将 留 到 后 面 考虑 (而 且 ， 枚 举 类 型 和 class 类 型 
是 分 开 考虑 的 ) : 
// types/type2.hpp 
template<typename T> 
class CompoundT { / 基本 模板 
public: 
enum { IsPtrT = 0, IsRefT = 0, IsArrayT = 0, 
IsFuncT = 0, IsPtrMemT = 0 }: 
typedef 工 BaseT; 
typedef 工 BottomT; 
typedef CompoundT<void> ClassT; 
}; 
成 员 类 型 BaseT 指 的 是 : 用 于 构造 模板 参数 类 型 T 的 〈 直 接 ) 类 型 ， 
而 BottomT 指 的 是 最 终 去 除 指针 、 引 用 和 数组 之 后 的 、 用 于 构造 了 的 原 
始 类 型 。 例 如 ， 如 果 T 是 int*+*， 那 么 BaseT 将 是 int*+， 而 BottomT 将 会 是 
int 类 型 。 对 于 成 员 指 针 类 型 ，BaseT 将 会 是 成 员 的 类 型 ， 而 ClassT 将 会 
是 成 员 所 属 的 类 的 类 型 。 例 如 ， 如 果 T 是 一 个 类 型 为 int(X::*)() 的 成 员 函 
数 指针 ， 那 么 BaseT 将 会 是 函数 类 型 int()， 而 ClassT 的 类 型 则 为 X。 如 果 
I 不 是 成 员 指 针 类 型 ， 那 么 ClassT 将 会 是 CompoundT<void> (这 个 选择 
并 不 是 必须 的 ， 也 可 以 使 用 一 个 nonclass 来 作为 ClassT) 。 
其 中 ， 针 对 指针 和 引用 的 局 部 特 化 是 相当 直接 的 : 
// types/type3.hpp 





template<typename T> 
class CompoundT<T&> { / 针对 引用 的 局 部 特 化 
public: 
enum { IsPtrT = 0, IsRefT = 1, IsArrayT = 0, 


IsFuncT = 0, ISPtrMemT = 0}: 
typedef 工 BaseT; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 


上 
template<typename 工 > 
class CompoundT<T*> { / 针对 指针 的 局 部 特 化 
public: 
enum { IsPtrT = 1, IsRefT = 0, IsArrayT = 0， 
IsFuncT = 0, ISPtrMemT = 0}: 
typedef T Basel.; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 
» 


对 于 成 员 指针 和 数组 ， 我 们 可 能 会 使 用 同样 的 技术 来 处 理 。 但 是 ， 
在 下 面 的 代码 中 我 们 将 发 现 ， 与 基本 模板 相 比 ， 这 些 局 部 特 化 将 会 涉及 
到 更 多 的 模板 参数 : 
// types/type4.hpp 
#include <stddef.h> 
template<typename T, size_t N> 
class CompoundT <T[N]> { /针对 数组 的 局 部 特 化 
public: 
enum { IsPtrT = 0, IsRefT = 0, IsArrayT = 1, 
IsFuncT = 0, IsPtrMemT = 0 }: 
typedef T Basel.; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 


» 
template<typename T> 
class CompoundT <T[]> { / 针对 空 数组 的 局 部 特 化 
public: 
enum { IsPtrT = 0, IsRefT = 0, IsArrayT = 1, 
IsFuncT = 0, IsPtrMemT = 0 }: 
typedef T Basel; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 
}; 
template<typename T, typename C> 
class CompoundT <T C::*> { // 针对 成 员 指 针 的 局 部 特 化 
public: 
enum { IsPtrT = 0, IsRefT = 0, IsArrayT = 0， 
IsFuncT = 0, IsPtrMemT = 1 }: 
typedef 工 BaseT; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef C ClassT; 
}; 
细心 的 读者 可 能 会 发 现 : 成 员 BottomT 的 定义 要 求 根 据 某 种 类 型 
TIT， 对 CompoundT 模 板 进 行 递归 实例 化 ， 当 T 不 再 是 组 合 类 型 的 时 候 ， 
该 递归 也 就 结束 了 。 因 此 ， 这 里 使 用 了 泛 型 模板 定义 〈 类 似 地 ， 当 IT 是 
一 个 函数 类 型 的 时 候 也 是 如 此 ， 我 们 将 在 后 面 看 到 这 种 情况 ) 。 
与 组 合 类 型 相 比 ， 函 数 类 型 更 加 难以 辨别 。 在 下 一 节 里 ， 我 们 将 使 
用 相对 比较 高 端的 模板 搁 术 ， 来 辨别 函数 类 型 。 











函数 类 型 更 加 难以 辨别 ， 原 因 在 于 : 参数 的 数量 可 以 是 任意 有 的， 而 
且 就 算 借助 于 模板 ， 也 不 存在 一 种 有 限 的 语法 构造 ， 能 够 完整 地 描述 参 
数 个 数 的 不 确定 性 。 另 一 方面 ， 存 在 一 种 部 分 解雇 这 个 问题 的 方法 : 以 
一 个 给 定 整数 为 模板 参数 个 数 的 上 限 ， 为 不 同 模板 实 参 列表 所 对 应 的 函 
数 ， 提 供 不 同 的 局 部 特 化 。 其 中 ， 最 简单 的 儿 个 局 部 特 化 大 概 如 下 所 
未 : 
// types/type5.hpp 
template<typename R> 
class CompoundT<R()> { 
public: 
enum { IsPtrT = 0, ISRefT = 0, IsArrayT = 0, 
IsFuncT = 1, IsPtrMemT = 0 }: 
typedef R BaseTO; 
typedef R BottomT(); 
typedef CompoundT<void> ClassT; 
拉 
template<typename R, typename P1> 
class CompoundT<R(P1)> { 
public: 
enum { IsPtrT = 0, IsRefT = 0, IsArrayT = 0, 
IsFuncT = 1, IsPtrMemT = 0 }: 
typedef R BaseT(P1); 
typedef R BottomT(P1); 
typedef CompoundT<void> ClassT; 
上 
template<typename R, typename P1> 
class CompoundT<R(P1, ...)> { 


public: 
enum { IsPtrT = 0, IsRefT = 0, IsArrayT = 0, 
IsFuncT = 1, IsPtrMemT = 0 }: 
typedef R BaseT(P1); 
typedef R BottomT(P1); 
typedef CompoundT<void> ClassT; 





该 方法 的 优点 是 : 我 们 可 以 为 每 个 模板 参数 类 型 都 创建 typedef 成 
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另外 ， 我 们 也 可 以 借助 于 8.3.1 小 节 介 绍 的 SFINAE 原则 来 解决 这 
个 问题 : 一 个 重 载 函 数 模板 〈 如 下 面 的 test) 的 后 面 可 以 是 一 些 显 式 模 
板 实 参 (如 下 面 的 U〉; 而 且 对 于 某 些 重 载 函 数 类 型 而 言 ， 该 实 参 是 有 
效 的 ， 但 是 对 于 其 他 的 重 载 函数 类 型 ， 该 实 参 则 可 能 是 无 效 的 。 实 际 
上 ， 后 面 使 用 重 载 解 析 对 枚 举 类 型 进行 辨别 的 技术 也 使 用 到 了 这 种 方法 
( 即 SFINAE) 。SFINAE 原则 在 这 里 的 主要 用 处 是 : 找到 一 种 构造 ， 
该 构造 对 函数 类 型 是 无 效 的 ， 但 是 对 其 他 类 型 都 是 有 效 的 ， 或 者 完全 相 
反 。 由 于 前 面 我 们 已 经 能 够 辨别 出 几 种 类 型 了 ， 所 以 我 们 在 此 可 以 不 再 
考虑 这 些 (已 经 可 以 辨别 的 ) 类 型 。 因 此 ， 针 对 上 面 这 种 要 求 ， 数 组 类 
型 就 是 一 种 有 效 的 构造 ， 因 为 数组 的 元 素 是 不 能 为 void 值 、 引 用 或 者 函 
数 的 。 于 是 ， 这 启发 了 我 们 编写 出 下 面 的 代码 : 


template<typename T> 








class IsFunctionT { 
private: 
typedef char One; 
typedef struct { char a[2]; } Two; 


template<typename U> static One test(...); 


template<typename U> static Two test(U (*)[1]); 
public: 
enum { Yes = sizeof(IsFunctionT<T>::test<T>(0)) == 1 }; 
enum { No = !Yes }:; 
上 
借助 于 上 面 这 个 模板 定义 ， 只 有 对 于 那些 不 能 作为 数组 元 素 类 型 的 
类 型 ，IsFunctionT::Yes 才 是 非 零 值 〈 即 为 1) 。 男 外 ， 我 们 应 该 知道 该 
方法 也 有 一 个 不 足 之 处 : 并 非 函 数 类 型 不 能 作为 数组 元 素 类 型 ， 引 用 类 
型 和 void 类 型 同样 也 不 能 作为 数组 元 素 类 型 。 和 幸运 的 是 ， 我 们 可 以 通过 
为 引用 类 型 提供 局 部 特 化 ， 以 及 为 void 类 型 提供 显 式 特 化 ， 来 解决 这 个 
不 足 : 
template<typename 工 > 
class IsFunctionT<T&> { 
public: 
enum { Yes=0}: 
enum { No = !Yes }: 
上 
template<> 
class IsFunctionT<void> { 
public: 
enum { Yes=0}: 
enum { No = !Yes }: 
template<> 
class IsFunctionT<void const> { 
public: 


enum { Yes=0}: 


enum { No = !Yes }:; 


上 


实际 上 ， 还 存在 其 他 的 一 些 解决 方案 。 例 如 ， 在 不 提供 用 户 自 定义 
转型 的 前 提 下 ， 通 过 判断 能 否 把 一 个 F& 转 化 为 F*+， 也 可 以 芍 别 出 F 是 否 
为 函数 类 型 ， 但 我 们 在 这 里 并 不 准备 给 出 这 种 方法 。 

基于 上 面 例子 的 这 些 考 虑 ， 我 们 现在 就 可 以 重新 改写 基本 的 
CompoundT 模 板 如 下 : 

// types/type6.hpp 





template<typename T> 
class IsFunctionT { 
private: 
typedef char One; 
typedef struct { char a[2]; } Two; 
template<typename U> static One test(...); 
template<typename U> static Two test(U (*)[1]); 
public: 
enum { Yes = sizeof(IsFunctionT<T>::test<T>(0)) == 1 }; 
enum { No = !Yes }: 
1 
template<typename T> 
class IsFunctionT<T&> { 
public: 
enum { Yes=0}: 
enum { No = !Yes }: 
上 


template<> 


class IsFunctionT<void> { 
public: 
enum { Yes=0 1)}; 
enum { No = !Yes }; 
和 
template<> 
class IsFunctionT<void const> { 
public: 
enum { Yes=0)}; 
enum { No = !Yes }; 
;2 
// 对 于 void volatile 和 void const volatile 类 型 也 是 一 样 的 


template<typename T> 
class CompoundT { // 基 本 模板 
public: 
enum { IsPtrT = 0, IsRefT = 0, IsArrayT = 0， 
IsFuncT = IsFunctionT<T>::Yes, 
IsPtrMemT = 0 }:; 
typedef 工 BaseT; 
typedef 工 BottomT; 
typedef CompoundT<void> ClassT; 
上 
实际 上 ， 基 本 模板 的 这 个 实现 与 前 面 所 给 出 的 那些 特 化 并 不 冲突 。 
因此 ， 在 参数 个 数 已 经 限定 的 情况 下 ， 借 助 于 前 面 的 特 化 ， 还 可 以 访问 
返回 类 型 和 参数 类 型 。 
关于 这 个 话题 ， 还 有 一 个 趣闻 : 在 C++ 的 发 展 历史 上 ， 还 存在 另 一 








种 《历史 性 的 ) 解决 方案 ， 它 要 依赖 于 下 面 的 历史 事实 《但 是 现今 的 
C++ 已 经 不 再 文 持 这 种 事实 ) : 
template<class 工 > 
struct X { 
long aligner; 
Tm; 
即 对 于 当时 的 C++， 上 面 的 代码 除了 可 以 用 于 声明 一 个 非 静 态 成 员 
变量 X::m 之 外 ， 还 可 以 用 于 声明 一 个 成 员 函 数 X::m()。 在 那个 时 候 ， 
如 果 T 是 一 个 函数 类 型 的 话 ， 那 么 X<T> 将 会 和 下 面 的 X0 类 型 具有 相同 
的 大 小 《因为 非 虚 拟 的 成 员 函 数 都 不 增加 类 的 大 小 ) : 
struct XO { 


long aligner; 


} 

男 一 方面 ， 如 果 T 是 一 个 对 象 类 型 ， 那 么 X<T> 将 要 比 X0 大 〈 注 
意 : 成 员 aligner 是 必须 的 ， 这 是 为 了 避免 一 些 特殊 情况 的 影响 ， 例 如 ， 
一 个 空 类 ， 通 常 都 会 和 一 个 只 具有 一 个 char 成 员 的 非 空 类 大 小 相同 〉。 

到 目前 为 止 ， 除了 不 能 辨别 class 类 型 和 枚 举 类 型 之 外 ， 其 他 的 类 型 
我 们 已 经 都 可 以 辨别 了 。 也 惑 是 说 ， 对 于 某 个 类 型 ， 如 果 不 是 基本 类 
型 ， 而 且 使 用 CompoundT 模板 也 不 能 辨别 出 来 ， 那 么 该 类 型 就 只 能 是 
枚 举 类 型 或 者 class 类 型 了 。 在 接 下 来 一 节 里 ， 我 们 将 依赖 于 重 载 解析 规 
则 ， 来 区 分 这 两 种 类 型 〈 即 枚 举 类 型 和 class 类 型 ) 。 

















19.4 1 











重 载 解析 是 一 个 过 程 ， 它 会 根据 函数 参数 的 类 型 ， 在 多 个 同名 函数 
中 选择 出 一 个 合适 的 函数 。 接 下 来 我 们 将 看 到 ， 即 使 没有 进行 实际 的 函 





数 调 用 ， 我 们 也 能 够 利用 重 载 解析 来 确定 押 需 要 的 结果 。 总 之 ， 对 于 训 
试 泉 个 特殊 的 隐 式 转型 是 否 存 在 的 情况 ， 这 种 (利用 重 载 解 析 的 方法 
是 相当 有 用 的 。 在 此 ， 我 们 将 要 利用 从 枚 举 类 型 到 整 型 的 隐 式 转型 它 
能 够 帮助 我 们 分 辩 枚 举 类 型 。 

对 于 这 个 技术 ， 我 们 先 来 看 一 个 完整 的 实现 ， 然 后 再 给 出 解释 。 

// types/type7.hpp 





struct SizeOverOne { char c[2]; }; 
template<typename TT, 
bool convert_possible = !CompoundT<T>::IsFuncT 久久 
ICompoundT<T>::IsArrayT> 
class ConsumeUDC { 
public: 
operator T() const; 
}; 
/到 函数 类 型 的 转型 是 不 允许 的 
template <typename 工 > 
class ConsumeUDC<T, false> { 
}; 
/ 到 void 类 型 的 转型 是 不 允许 的 
template <bool convert_possible> 
class ConsumeUDC<void, convert_possible> { 
上 
char enum_check(bool); 
char enum_check(char); 
char enum_check(signed char); 
char enum_check(unsigned char); 


char enum_check(wchar i); 


char enum_check(signed short); 
char enum_check(unsigned short); 
char enum_check(signed int); 
char enum_check(unsigned int); 
char enum_check(signed long); 
char enum_check(unsigned long); 
#if LONGLONG _EXISTS 
char enum_check(signed long long); 
char enum_check(unsigned long long); 
#endif / LONGLONG EXISTS 
/避免 从 float 到 int 的 意外 转型 
char enum_check(float); 
char enum_check(double); 
char enum_check(long double); 
SizeOverOne enum_check(...); / 捕获 剩余 的 所 有 情况 
template<typename T> 
class IsEnumT { 
public: 
enum { Yes = IsFundaT<T>::No && 
ICompoundT<T>::IsRefT &e& 
ICompoundT<T>::IsPtrT && 
ICompoundT<T>::IsPtrMemT 久久 
sizeof(enum_check(ConsumeUDC<T>()))==1 }; 
enum { No = !Yes }; 
上 
上 面 代码 的 核心 在 于 后 面 的 一 个 sizeof 表 达 式 ， 它 的 参数 是 一 个 函 
数 调用 。 也 就 是 说 ， 该 sizeof 表达 式 将 会 返回 函数 调用 返回 值 的 类 型 的 


大 小 ; 其 中 ， 将 应 用 重 载 解析 原则 来 处 理 enum_check() 调 用 ; 但 男 一 方 
面 ， 我 们 并 不 需要 函数 定义 ， 因 为 实际 上 并 没有 真正 调用 该 函数 。 在 上 
面 的 例子 中 ， 如 果实 参 可 以 转型 为 一 个 整 型 ， 那 么 enum_check() 将 返回 
一 个 char 值 ， 其 大 小 为 1。 对 于 其 他 的 所 有 类 型 ， 我 们 使 用 了 一 个 省 略 
号 函数 〈 即 enum_check(...) ) ， 然 而 ， 根 据 重 载 解析 原则 的 优先 顺序 ， 
省 略 号 函数 将 会 是 最 后 的 选择 。 在 此 ， 我 们 对 enum_checkO 的 省 略 号 版 
本 进行 了 特殊 的 处 理 ， 让 和 它 返 回 一 个 大 小 大 于 一 个 字 贡 的 类 型 〈 即 
SizeOverOne) [2] 。 

对 于 函数 enum_check 的 调用 实 参 ， 我 们 必须 仔细 地 考虑 。 首 先 ， 我 
们 并 不 知道 了 是 如 何 构 造 的 ， 或 许 将 会 调用 一 个 特殊 的 构造 函数 。 为 了 
解决 这 个 问题 ， 我 们 可 以 声明 一 个 返回 类 型 为 T 的 函数 ， 然 后 通过 调用 
这 个 函数 来 创建 一 个 T。 由 于 处 于 sizeof 表 达 式 内 部 ， 因 此 该 函数 实际 上 
并 不 需要 具有 函数 定义 。 事 实 上 ， 更 加 巧妙 的 是 : 对 于 一 个 class 类 型 
IT， 重 载 解析 是 有 可 能 选择 一 个 针对 整 型 的 enum_checkO 声 明 的 ， 但 前 
提 是 该 Glass 必须 定义 一 个 到 整 型 的 自 定 义 转型 《有 时 也 称 为 UDC) 函 
数 。 到 此 ， 问 题 已 经 解雇 了 《不知 你 看 出 来 没有 ?” ) ， 因 为 我 们 在 
ConsumeUDC 模 板 中 己 经 强制 定义 了 一 个 到 T 的 自 定义 转型 ， 该 转型 运 
算 符 同时 也 为 sizeof 运 算 符 生 成 了 一 个 类 型 为 T 的 实 参 。 如 果 你 还 没有 看 
出 来 ， 让 我 们 来 详细 地 分 析 这 个 调用 enum_check0) 的 表达 式 〈 关 于 重 载 
解析 的 详细 内 容 可 以 参考 附录 B) : 

最 开始 的 实 参 是 一 个 临时 的 ConsumeUDC<T> 对 象 。 

如果 T 是 一 个 基本 整 型 ， 那 么 将 会 借助 于 (ConsumeUDC 的 ) 转型 
运算 符 来 创建 一 个 enum_check() 的 匹配 ， 该 enum_check() 以 T 为 实 
参 

















NS 


O 


如 果 工 是 一 个 枚 举 类 型 ， 那 么 将 会 借助 于 〈ConsumeUDC 的 ) 转型 
运算 符 ， 先 把 类 型 转化 为 T， 人 然后 调用 (从 枚 举 类 型 到 整 型 的 ) 类 型 提 
升 ， 从 而 能 够 匹配 一 个 接收 整 型 参数 的 enum_check(0) 函 数 〈 通 第 而 言 是 


enum_check(int)) [3] 。 

。 如 果 T 是 一 个 class 类 型 ， 而 且 已 经 为 该 class 自 定义 了 一 个 到 整 型 的 
转型 运算 符 ， 那 么 这 个 转型 运算 符 将 不 会 被 考虑 。 因 为 对 于 以 匹配 为 目 
的 的 自 定 义 转型 而 言 ， 最 多 只 能 调用 一 次 ;而 且 在 前 面 已 经 使 用 了 一 个 
从 ConsumeUDC<T> 到 T 的 自 定 义 转型 ， 所 以 也 就 不 允许 再 次 调用 自 定 
义 转 型 。 也 就 是 说 ， 对 enum_check() 函 数 而 言 ，class 类 型 最 终 还 是 未 能 
转型 为 整 型 。 

“如 果 最 终 还 是 不 能 让 类 型 ”TT ”与 整 型 互相 匹配 ， 那 么 将 会 选择 
enum_checkO 函 数 的 省 略 号 版 本 。 

最 后 ， 由 于 我 们 这 里 只 是 为 了 辨别 枚 举 类 型 ， 而 不 是 基本 类 型 或 者 
指针 类 型 ， 所 以 我 们 使 用 了 前 面 已 经 开发 的 IsSFundaT 和 CompoundT 类 
型 ， 从 而 能 够 排除 这 些 令 IsEnumT<T>::Yes 成 为 非 零 的 其 他 类 型 ， 最 后 
使 得 只 有 枚 举 类 型 的 IEnumT::Yes 才 等 于 1。 





19.5 辨别 cllass 类 型 


有 了 前 面 几 节 描 述 的 几 个 区 分 模板 之 后 ， 现 在 就 只 剩 下 class 类 型 
(包括 class、struct 和 union) 需要 进行 辨别 了 。 同 理 ， 仍 然 可 以 使 用 
15.2.2 小 节 所 给 出 的 SFINAE 原 则 来 达到 我 们 的 目的 。 

另 一 种 辨别 的 方法 是 使 用 排除 原理 : 如 果 一 个 类 型 不 是 一 个 基本 类 
型 ， 也 不 是 枚 举 类 型 和 组 合 类 型 ， 那 么 该 类 型 就 只 能 是 class 类 型 。 我 们 
可 以 使 用 下 面 这 个 直接 的 模板 来 实现 这 个 原理 : 

// types/type8.hpp 





template<typename T> 
class IsClassT { 
public: 
enum { Yes = IsFundaT<T>::No && 


IsEnumT<T>::No && 
ICompoundT<T>::IsPtrT &e&r 
ICompoundT<T>::IsRefT && 
ICompoundT<T>::IsArrayT && 
ICompoundT<T>::IsPtrMemT 久久 
ICompoundT<T>::IsFuncT }; 


enum { No = !Yes }: 








现在 ， 根 据 对 象 本 身 的 种 类 ， 我 们 已 经 能 辨别 出 任何 类 型 。 然 而 ， 


现在 这 些 模板 都 是 分 


来 ， 





开 的 ， 各 自 的 目的 也 不 尽 相 同 ; 因此 ， 很 有 必要 把 这 些 模 板 集中 起 
写 在 同一 个 通用 的 模 

板 里 面 。 下 面 这 个 相对 较 小 的 头 文件 就 实现 了 这 个 功能 
// types/typet.hpp 

#ifndef TYPET_HPP 

#define TYPET_HPP 

// define ISFundaT<> 

#include "typel.hpp" 

// 定义 基本 模板 CompoundT<> (第 一 个 版 本 ) 
//#include "type2.hpp" 

/定义 基本 模板 CompoundT<> (第 2 个 版 本 ) 

#include "type6.hpp" 

// define CompoundT<> 的 特 化 让 nclude "type3.hpp" 
#include "type4.hpp" 


板 : 


#include "type5.hpp" 

/定义 ISEnumT<> 

#include "type7.hpp" 

// 定义 IsClassT<> 

#include "type8.hpp" 

/ 定义 一 个 可 以 用 一 种 方式 处 理 所 有 类 型 的 模板 

template <typename T> 

class TypeT { 

public: 
enum { IsFundaT = IsFundaT<T>::Yes, 

IsPtrT = CompoundT<T>::IsPtrT, 
IsRefT = CompoundT<T>::IsRefTl, 
IsArrayT = CompoundT<T>::IsArrayT, 
IsFuncT = CompoundT<T>::IsFuncT, 
IsPtrMemT = CompoundT<T>::IsPtrMem!T, 
IsEnumT = IsEnumT<1T>::Yes, 
IsClassT = IsClassT<T>::Yes }; 

}; 

#endif // TYPET_HPP 

下 面 的 程序 是 一 个 应 用 程序 ， 它 使 用 了 我 们 前 面 给 出 的 所 有 辨别 模 





// types/types.cpp 
#include "typet.hpp" 


#include <iostream> 
class MyClass { 

上 

void myfuncO{ 


} 
enum E { el}; 
/ 检查 传递 进来 的 模板 实 参 的 类 型 
template <typename T> 
void check() 
{ 
if (TypeT<T>::IsFundaT) { 
std::cout <<" IsFundaT "; 
} 
if (TypeT<T>::IsPtrT) { 
std::cout << " ISPtrT "; 
} 
if (TypeT<T>::IsRefT) { 
std::cout << " IsRefT "; 
} 
if (TypeT<T>::IsArrayT) { 
std::cout <<" IsArrayT "; 
} 
if (TypeT<T>::IsFuncT) { 
std::cout <<" IsFuncT "; 
} 
if (TypeT<T>::IsPtrMemT1) { 
std::cout << " ISPtrMemT "; 
} 
if (TypeT<T>::IsEnumT) { 


std::cout << "IsEnumT "; 


if (TypeT<T>::IsClassT) { 
std::cout << " IsClassT "; 
} 
std::cout << std::endl; 
} 
/ 检查 传递 进来 的 函数 调用 实 参 的 类 型 
template <typename 工 > 
void checkT (T) 
check<T>(); 
/ 对 于 指针 类 型 ， 检 查 它 们 所 引用 的 类 型 
if (TypeT<T>::IsPtrT || TypeT<T>::IsPtrMemT1) { 
check<typename CompoundT<T>::BaseT>(); 


} 

int main() 

Ui 
std::cout << "int:" << std::endl; 
check<int>(); 
std::cout << "int&:" << std::endl; 
check<int&>(); 
std::cout << "char[421:" << std::endl; 
check<char[42]>(); 
std::cout << "MyClass:" << std::end]; 
check<MyClass>(); 
std::cout << "ptr to enum:" << std::endl; 
E* ptr = 0; 


checkT(ptr); 
std::cout << "42:" << std::endl; 
checkT(42); 
std::cout << "myfunc():" << std::endl; 
checkT(myfunc); 
std::cout << "memptr to array:" << std::end]; 
char (MyClass::* memptr) [] = 0; 
checkT(memptr); 
} 
程序 的 输出 如 下 : 
int: 
IsFundaT 
int&: 
IsRefT 
char[42|]: 
IsArrayT 
MyClass: 
IsClassT 
ptr to enum: 
IsPtrT 
IsEnumT 
42: 
IsFundaT 
myfunc(): 
IsPtrT 
IsFuncT 


memptr to array: 


IsPtrMemT 
lIsArrayT 


19.7 本 章 后 记 











对 于 某 个 实体 ， 这 种 能 够 在 程序 中 获知 它 的 高 层次 属性 诸如 类 型 
结构 ) 的 能 力 通常 称 为 反射 〈reflection) 。 在 这 一 章 中 ， 我 们 的 框架 实 
现 了 一 种 编译 期 反射 ， 这 种 能 力也 将 与 metaprogramming〈 见 第 17 章 ) 
相得益彰 。 

我 们 从 本 章 知 道 ， 可 以 把 类 型 属性 存储 为 模板 特 化 的 成 员 ， 这 种 实 
现 思 想 要 妃 溯 到 20 世纪 90 年 代 中 期 。 在 几 个 有 名 的 、 针 对 类 型 区 分 模 
板 的 应 用 程序 中 ，STL 的 _ _type_traits 功 能 是 由 SGI (后 来 也 被 称 为 
Silicon ”Graphics〉 发 布 的 。SGI 模 板 的 目的 是 表示 模板 实 参 的 某 些 属性 

《例如 ， 判 断 某 个 类 型 是 否 是 POD 类 型 ， 或 者 判断 它 的 虚构 函数 是 否 是 
可 有 可 无 的 ) 。 然 后 ， 才 开始 使 用 这 些 信息 ， 人 针对 某 些 类 型 ， 对 STL 算 
法 进行 优化 。 其 中 ，SGI 解 决 方案 的 一 个 比较 有 趣 的 特性 是 : 某 些 SGI 

编译 器 不 但 能 够 认 出 。 _type_traits 特 化 ， 而 且 还 能 够 提供 一 些 关 于 实 参 
的 信息 ; 但 是 ， 使 用 标准 库 的 技术 并 不 能 获得 这 些 实 参 信息 (从 这 里 也 
可 以 看 出 : 。 _type_traits 模 板 的 泛 型 实现 是 安全 的 ， 但 同时 也 是 次 优化 
的 ) 。 

就 SFINAE 原 则 而 言 ， 对 于 本 章 介 绍 的 这 种 以 类 型 区 分 为 目的 的 用 
法 ， 在 该 原则 争取 进入 标准 的 过 程 中 ， 就 已经 进行 详细 的 阐述 了 。 然 
而 ， 这 种 用 法 最 后 并 没有 被 文档 化 ， 这 也 导致 了 后 来 花 绩 了 很 多 的 精力 
重新 实现 一 些 本 章 所 阐述 的 技术 。 在 早期 ， 一 个 有 名 的 实现 要 得 益 
Anderei Alexandrescu， 他 使 用 了 大 量 的 sizeof 运 算 符 ， 用 于 确定 重 载 解 
析 的 输出 结果 。 

最 后 ， 我 们 还 应 该 知道 一 点 ， 在 Boost 库 〈 见 [BoostTypeTraits]) 里 


























已 经 实现 了 一 个 相当 完整 的 类 型 区 分 模板 。 反 过 来 说 ， 这 个 实现 也 是 帮 
助 该 特性 进入 C++ 标准 库 的 基础 。 关 于 这 个 特性 的 语言 扩展 ， 可 以 参考 
13.10 节 。 





第 20 音 矢口 ES 全 





在 C++ 程序 中 ， 内 存 通 种 是 一 种 被 显 式 管 理 的 资源 。 这 种 管理 主要 
是 指 对 原生 内 存 (raw memory) 的 获取 和 释放 操作 。 

在 管理 动态 分 配 的 内 存 时 ， 一 个 最 环 手 的 问题 就 是 决定 何 时 释放 这 
些 内 存 。 在 这 方面 的 许多 工具 中 ， 用 于 简化 内 存 管 理 编程 的 就 是 所 谓 的 
智能 指针 模板 。 就 C++ 而 言 ， 智 能 指针 是 一 些 在 行为 上 类 似 于 普通 指针 
的 类 《因为 这 些 类 提供 了 取 引 用 运算 符 -> 和 *) ， 而 且 该 类 还 封装 了 一 
些 内 存 管理 或 资源 管理 policy。 

在 本 章 中 ， 我 们 将 开发 一 些 智能 指针 模板 ， 它 们 封装 了 两 种 不 同 的 
所 有 权 模 型 一 一 独占 与 共享 : 

“与 直接 操作 (原生 )〉 指针 相 比 ， 使 用 独占 模型 几乎 不 需要 耗费 额 
外 的 开销 。 当 操作 动态 分 配 的 对 象 时 ， 使 用 这 种 policy 的 智能 指针 可 以 
用 于 处 理 异 常 抛 出 。 

“使 用 共享 模型 有 时 会 导致 非常 复杂 的 对 象 生命 期 问题 。 在 这 种 情 
况 下 ， 我 们 通常 建议 让 程序 自身 来 处 理 对 象 的 生命 期 ， 也 就 是 说 ， 程 序 
员 不 需要 考虑 对 象 的 生命 期 。 

术语 “智能 指针 ”表明 了 本 章 所 讨论 的 对 象 是 被 指针 所 指 同 的 对 象 。 
而 函数 指针 则 不 属于 这 个 范畴 ， 我 们 将 在 第 22 章 讨论 有 关 函 数 指针 的 一 


些 部 题 。 




















20.1 hollder*ltrulle 


本 节 将 介绍 两 种 智能 指针 类 型 . holder 类 型 独占 一 个 对 象 ， 而 trule 
可 以 使 对 象 的 拥有 者 从 一 个 holder 传 递 给 男 一 个 holder。 


20.1.1 安全 处 理 异常 
在 C+t+ 中 ， 为 了 提高 程序 的 可 靠 性 ， 引 入 了 异常 。 显 然 ， 异 常 可 以 
使 正常 执行 路 径 和 异常 执行 路 径 明 显 地 分 开 。 然 而 ， 在 异常 被 引入 
C++ 后 不 久 ， 许 多 C++ 编程 作者 (programming authors) 和 专栏 作家 发 
现 对 异常 的 不 当 使 用 会 导致 许多 问题 ， 特 别 是 内 存 泄露 方面 的 问题 。 下 
面 的 例子 就 是 其 中 的 一 种 情况 : 
void do_something() 
{ 
Something* ptr = new Something; 
/ 用 *ptr 进 行 一 些 操作 


ptr->perform(); 











delete ptr; 

} 

该 函数 先 用 new 创 建 了 一 个 对 象 ， 然 后 用 这 个 对 象 执 行 一 些 操 作 ， 
最 后 在 函数 的 末尾 用 delete 销毁 了 这 个 对 象 。 不 幸 的 是 ， 如 果 在 对 象 创 
建 之 后 和 销毁 之 前 产生 了 一 些 错误 ， 并 且 抛 出 了 一 个 异 帝 ， 那 么 对 象 将 
不 会 被 释放 ， 程 序 也 将 产生 内 存 泄漏 另外， 由 于 产生 异常 之 后 ， 析 构 
函数 并 没有 被 调用 ， 同 样 也 会 产生 其 他 的 一 些 问 题 〈 例 如 ， 绥 冲 区 的 数 
据 没 有 写 到 人 磁盘、 网 络 连接 没有 被 释放 、 屏 硕 上 显示 的 窗口 没有 倍 关 
闭 ， 以 及 诸如 此 类 的 其 他 问题 》。 然 而 笠 运 的 是 ， 我 们 可 以 使 用 显 式 异 
常 处 理 机 制 ， 很 容易 地 解决 上 面 的 问题 : 

void do_something() 

{ 

Something* ptr = 0; 





try { 


ptr = new Something; 
/用 *ptr 执 行 一 些 操 作 


ptr->perform(); 


} 
catch (...) { 
delete ptr; 
throw; /重新 抛 出 被 捕获 的 异常 
} 
delete ptr; 
} 
虽然 这 种 情况 可 以 较 好 地 管理 内 存 ， 但 是 我 们 及 现 异常 执行 路 径 已 
经 开始 影响 正常 执行 路 径 了 ， 并 且 释 放 对 象 的 操作 不 得 不 在 两 个 不 同 的 
地 方 执行 : 一 个 在 正常 执行 路 径 ， 一 个 在 异常 执行 路 径 。 显 然 ， 这 种 方 
法 很 快 就 会 令 代码 变 得 更 糟 。 试 想 我 们 需要 在 函数 中 创建 两 个 对 象 ， 看 
看 将 会 发 生 什 么 情况 : 
void do_two_things() 
{ 


Something* first = new Something; 





first->perform(); 

Something* second = new Something; 
second->perform(); 

delete second: 


delete first， 


通过 使 用 显 式 异 第 处 理 机 制 ， 可 以 有 多 种 方法 使 这 个 函数 变 成 异 
安全 的 ; 但 是 ， 却 不 存在 一 种 非常 吸引 人 的 方法 。 下 面 就 是 其 a 


法 : 
void do_two_things() 
{ 
Something* first = 0; 
Something* second = 0; 
try { 
first = new Something; 
first->perform(); 
Second = new Something; 
Second->perform(); 
} 
catch (...) { 
delete first; 
delete second: 
throw; /重新 抛 出 被 捕获 的 异常 
) 
delete second; 
delete first; 
} 
这 里 我 们 假设 了 delete 操 作 本 里 不 会 触及 措 第 [4] 。 在 本 例 中 ， 异 常 
处 理 部 分 的 代码 占 了 程序 很 大 部 分 ， 更 重要 的 是 这 部 分 代码 可 能 是 程序 
中 最 脆弱 的 地 方 。 总 之 ， 为 了 满足 异常 安全 性 ， 上 面 的 代码 已 经 大 大 改 
变 了 程序 正常 执行 路 径 的 结构 一 一 或 者 已 经 远 远 超过 你 认为 合适 的 程度 
本 











20.1.2 holder 
幸运 的 是 ， 对 于 第 2 个 例子 ， 写 一 个 有 效 封 装 〈 内 存 操作 ) 上面 这 





个 policy 的 小 类 模板 并 不 困难 。 实 现 方法 就 是 写 一 个 行为 非常 类 似 于 指 
针 的 类 ， 而 且 它 会 在 下 面 两 种 情况 下 释放 所 指向 的 对 象 ， 本 里 补 释 放 ， 
或 者 把 另 一 个 指针 赋值 给 它 。 我 们 把 这 种 类 称 为 holder， 使 用 该 名 称 的 
主要 理由 是 : 当 我 们 执行 各 种 计算 的 时 候 ， 束 意味 着 安全 地 持 有 
(hold) 一 个 对 象 。 下 面 就 说 明 如 何 做 到 这 一 点 : 
/ pointers/holder.hpp 
teplate <typename 工 > 
class Holder { 
private: 
T* ptr /引用 它 所 持 有 的 对 象 〈 前 提 是 该 对 象 存 在 ) 
public: 
/ 缺 省 构造 函数 : 让 该 holder 引 用 一 个 空 对 象 
Holder() : ptr(0) {} 
/ 针对 指针 的 构造 函数 : 让 该 holder 引 用 该 指针 所 指向 的 对 象 
explicit Holder (T* p) : ptr(p) { 
} 
/ 析 构 函数 : 释放 所 引用 的 对 象 ( 前 提 是 该 对 象 存 在 ) 
~Holder() { 
delete ptr; 
} 
/ 针对 新 指针 的 赋值 运算 符 
Holder<T>& operator= (T* p) { 
delete ptr; 
ptr= P， 
return *this; 
} 
/ 指针 运算 符 











TA operator* () const { 
return *ptr; 
} 
T* operator-> () const { 
return ptr; 
} 
/获取 所 引用 的 对 象 〈 前 提 是 该 对 象 存在 ) 
T* get() const { 





return ptr; 
} 
/ 释放 对 所 引用 对 象 的 所 有 权 
void release() { 
ptr = 0; 
} 
// 与 男 一 个 holder 交 换 所 有 权 
void exchange_with (Holder<T>& h) { 
swap(ptr,h.ptr); 
} 
/ 与 其 他 的 指针 交换 所 有 权 
void exchange_with (T*& p) { 
swap(ptr,p); 
} 
private: 
/不 同 外 提供 找 贝 构造 函数 和 拷贝 赋值 运算 符 
Holder (Holder<T> const&); 
Holder<T>& operator= (Holder<T> const&); 


从 语义 上 讲 ， 该 holder 独 占 ptr 所 引用 对 象 的 所 有 权 。 而 且 ， 这 个 对 
象 一定 要 用 new 操 作 来 创建 ， 因 为 在 销毁 holder 所 拥有 对 象 的 时 候 ， 需 
要 用 到 delete 操 作 [5] 。 接 下 来 ，release0 成 员 函 数 释 放 holder 对 其 持 有 对 
象 的 所 有 权 。 另 外 ， 上 面 的 普通 赋值 运算 符 也 设计 得 比较 巧妙 ， 它 会 销 
毁 和 释放 任何 被 拥有 的 对 象 ， 因 为 另 一 个 对 象 会 昔 代 原先 的 对 象 被 
holder 所 拥有 ， 而 且 赋 值 运算 符 也 不 会 返回 原先 对 象 的 一 个 holder 或 指针 
(而 是 返回 新 对 象 的 一 个 holder) 。 最 后 ， 我 们 添加 了 两 个 
eXchange_with0 成 员 函 数 ， 从 而 可 以 在 不 销毁 原 有 对 象 的 前 提 下 ， 方 便 
地 替换 该 holder 所 拥有 的 对 象 。 
现在 ， 创 建 两 个 对 象 的 例子 可 以 像 下 面 这 样 重 与 : 
void do_two_things() 
| 
Holder<Something> first(new Something); 
first->perform(); 
Holder<Something> second(new Something); 
second->perform(); 
} 
这 种 做 法 将 使 结构 更 加 清晰 : 由 于 是 在 Holder 的 析 构 函数 中 释放 对 
象 ， 所 以 保证 了 代码 的 异常 安全 性 ; 男 一 方面 ， 当 函数 在 正常 执行 路 径 
终止 时 〈 对 象 实际 上 就 是 在 此 时 被 释放 的 ) ， 对 象 的 释放 操作 也 会 自动 
冠 克 5， 
要 注意 的 是 ， 你 不 能 使 用 类 似 于 赋值 的 语法 来 初始 化 Holder 对 象 : 
Holder<Something> first = new Something; ”// 错误 
这 是 因为 我 们 使 用 了 explicit 关键 字 来 声明 构造 函数 ， 而 且 下 面 两 
种 转型 之 间 存 在 一 些 细微 的 区 别 : 
入 X; 
Yy(x);”/W/ 显 式 转 型 





和 

入 X; 

Yy=x; /W 隐 式 转型 

前 者 通过 使 用 从 X 类 型 到 Y 类 型 的 显 式 转型 ， 新 建 了 一 个 类 型 为 Y 的 
对 象 ， 后 者 使 用 了 从 类 型 X 到 Y 类 型 的 隐 式 转型 ， 新 建 了 一 个 类 型 Y 的 对 
象 。 然 而 ， 在 该 例子 中 ， 由 于 使 用 了 关键 字 explicit， 所 以 禁止 进行 这 种 
隐 式 转型 ， 也 就 是 说 后 一 种 情况 是 不 允许 的 。 

20.1.3 作为 成 员 的 holder 

我 们 也 可 以 在 类 中 使 用 holder 来 避免 资源 泄露 。 当 一 个 成 员 变 量 是 
holder 类 型 而 非但 通 指针 类 型 时 ， 我 们 通 冲 就 不 需要 在 析 构 函数 中 处 理 
它 ， 这 是 由 于 它 所 引用 的 对 象 会 随 着 holder 成 员 变 量 的 释放 而 被 释放 。 
另外 ，holder 有 助 于 避免 由 于 在 对 象 初始 化 期 间 抛 出 异常 而 导致 的 资源 
泄露 。 要 注意 的 是 ， 只 有 那些 完成 构造 之 后 的 对 象 ， 它 的 析 构 函数 才 会 
被 调用 。 因 此 ， 如 果 在 构造 函数 内 部 产生 异常 ， 那 么 只 有 那些 构造 函数 
己 正 第 执行 完毕 的 成 员 对 象 ， 它 的 析 构 函数 才 会 被 调用 。 如 果 为 第 一 个 
对 象 成 功 分 配 了 资源 ， 而 下 一 个 (资源 分 配 ) 失败 ， 那 么 在 此 情况 下 ， 
硅 不 用 holder 就 会 导致 资源 泄露 。 例 如 : 

// pointers/refmem1.hpp 

class Ref Members { 














private: 
MemType* ptrl; /所 引用 的 成 员 
MemType* ptr2; 

public: 
/ 缺 省 构造 函数 


// - 如 果 第 2 个 new 操 作 抛 出 异常 的 话 ， 将 会 导致 资源 泄漏 
RefMembers () 


: ptrl(new MemType), ptr2(new MemType) { 
} 
/ 拷贝 构造 函数 
// -如 果 第 2 个 new 抛 出 异常 的 话 ， 将 会 导致 资源 泄漏 
Ref Members (RefMembers const& x) 
: ptrl(new MemType(*x.ptr1)), ptr2(new MemType(*x.ptr2)) { 
} 
/ 赋值 运算 符 
const Ref Members& operator= (RefMembers const& X) { 
*ptrl = *x.ptrl; 
*ptr2 = *x.ptr2; 
return *this; 
} 
~Ref Members () { 
delete ptr1; 
delete ptr2; 


» 
如 果 用 holder 来 代 蔡 普通 指针 类 型 的 成 员 变 量 ， 束 可 以 轻易 地 避免 
潜在 的 内 存 泄漏 : 


// pointers/refmem2.hpp 





#include "holder.hpp" 
class Ref Members { 
private: 
Holder<MemType> ptr1; /所 引用 的 成 员 
Holder<MemType> ptr2; 


public: 
/ 缺 省 构造 函数 
//- 不 可 能 出 现 资源 泄漏 
Ref Members () 
: ptrl(new MemType), ptr2(new MemType) { 
} 
/ 找 贝 构造 函数 
//- 不 可 能 出 现 资源 泄漏 
Ref Members (Ref Members const& x) 
: ptrl(new MemType(*x.ptr1)), ptr2(new MemType(*x.ptr2)) { 
} 
/ 赋值 运算 符 
const Ref Members& operator= (RefMembers const& X) { 
*ptrl = *x.ptrl; 
*ptr2 = *x.ptr2; 
return *this; 
} 
1/ 不 需要 析 构 函数 
/ ( 缺 省 的 析 构 函数 将 会 让 ptrL 和 ptr2 删 除 它们 所 引用 的 对 象 ) 


}; 
要 注意 的 是 ， 我 们 在 这 里 可 以 省 略 用 户 定义 的 析 构 函数 ， 但 一 定 要 
编写 拷贝 构造 函数 和 赋值 运算 符 。 
20.1.4 资源 获取 于 初始 化 
holder 所 用 到 的 基本 思想 是 一 种 称 为 “资源 获取 于 初始 化 ”[6] 或 RAII 
的 模式 ， 访 模式 在 [StroustrupDnE] 中 有 详细 介绍 。 在 此 ， 我 们 可 以 为 释 


放 policy 引入 一 些 模板 参数 ， 从 而 我 们 就 可 以 把 下 面 的 代码 
void do_something() 
{ 
/ 获取 资源 
RES1* res1 = acquire_resource_1(0); 


RES2* res2 = acquire_Tresource_2(); 


/释放 资源 
release_resource_ 2(res); 
release_resource_1(res); 
} 
兰 换 为 所 有 符合 以 下 形式 的 代码 : 
void do_something () 
{ 
/ 获取 资源 
Holder<RES1,...> resl(acquire_resource_1()); 


Holder<RES2,...> res2(acquire_resource_ 2()); 


} 
对 于 其 他 一 些 类 似 的 问题 ， 也 可 以 借助 于 holder 的 这 种 用 法 来 完成 
这 种 蔡 换 ， 这 样 带 来 的 额外 好 处 是 代码 实现 了 异常 安全 性 。 
20.1.5 holder 的 局 限 
holder 模 板 并 不 能 解决 所 有 的 问题 。 先 看 看 下 面 的 例子 : 
Something* load_something() 


{ 


Something* result = new Something; 





read_something(result); 
return result; 
} 
在 此 例 中 ， 有 两 点 使 代码 变 得 复杂 了 : 
1. 在 这 个 函数 中 调用 了 read_somethingO 函 数 ， 它 要 求 一 个 普通 指针 
作为 它 的 实 参 。 
2.l0ad_something() 函 数 返 回 的 是 一 个 普通 指针 。 
现在 我 们 虽然 可 以 使 用 holder 来 实现 异常 安全 性 ， 但 是 ， 这 样 将 会 
使 代码 变 得 更 加 复杂 : 
Something* load_something() 
\ 


Holder<Something> result(new Something); 














read_something(result.get_pointer()); 
Something* ret = result.get_pointer(); 
result.release(); 

return ret; 

} 

我 们 这 里 假设 ; 函数 read_something() 并 不 知道 holder 类 型 的 存在 。 
因此 ， 我 们 必须 使 用 成 员 函 数 get_pointer() 来 获取 实际 的 指针 。 由 于 使 
用 了 这 个 成 员 函 数 ， 而 不 是 普通 指针 ， 所 以 将 仍然 由 holder 持 有 该 对 
象 ， 于是， 我 们 不 能 直接 返回 result.get_pointer(); 否则 的 话 ， 
load_somethingO 函 数 的 接收 者 实际 上 并 没有 持 有 它 的 指针 所 指 同 的 对 
象 ， 而 是 仍然 由 holder 持 有 该 对 象 。 因 此 ， 我 们 需要 先 把 
result.get_pointer() 的 值 赋 给 一 个 临时 指针 ret， 然 后 返回 这 个 临时 指针 。 

如 果 这 里 没有 提供 成 员 函 数 get_pointer()， 那 么 我 们 也 可 以 使 用 用 
户 目 定义 的 《间接 ) 取 值 符 * ， 然 后 在 它 的 前 面 使 用 内 建 的 取 址 运算 符 
&， 来 提取 实际 的 指针 。 另 外 ， 还 有 一 种 可 以 使 用 的 方法 ， 就 是 显 式 调 


用 -> 运算 符 。 下 面 的 代码 就 是 使 用 这 两 种 方法 的 例子 : 
read_something(&*result); 

read_something(result.operator->()); 

你 也 许 会 觉得 后 一 种 方法 相当 览 脚 。 然 而 ， 我 们 觉得 在 这 里 有 必要 
提醒 一 下 : 如 果 使 用 后 一 种 方法 ， 那 么 将 意味 着 你 已 经 做 了 一 些 比较 危 
险 的 操作 。 

上 面 例 子 的 另外 一 个 问题 是 : 必须 通过 调用 release0 成 员 函 数 来 释 
放 所 引用 对 象 的 所 有 权 。 于 是 ， 在 函数 结束 的 时 候 ， 就 不 需要 再 销毁 该 
对 象 了 。 要 注意 的 是 ， 在 释放 引用 对 象 的 万 有 权 之 前 ， 我 们 必须 把 要 返 
回 的 引用 对 象 存放 在 一 个 临时 变量 中 : 

Something* ret = result.get_pointer(); 

result.release(); 

return ret; 

为 了 避免 上 面 这 种 略为 麻烦 的 写法 ， 我 们 也 可 以 修改 release0 成 员 
函数 ， 让 它 返 回 释放 前 所 拥有 的 对 象 : 

template <typename 工 > 

class Holder { 


T* release() { 
T* ret = ptr; 
ptr = 0; 
return ret; 


} 


上 
于 是 ， 返 回 语 句 可 以 如 下 编写 


return result.release(); 


总 之 ， 上 面 的 这 些 方面 说 明了 一 个 现象 : 智能 指针 实际 上 并 不 那么 
灸 能 。 但 是 ， 如 果 能 够 利用 一 些 简单 且 一 致 的 policy〈 如 holder) ， 那 么 
将 会 使 程序 的 编写 更 加 简单 。 

20.1.6 复制 holder 
你 可 能 已 经 注意 到 ， 在 holder 模 板 的 实现 代码 中 ， 我 们 让 拷贝 构造 
函数 和 拷贝 赋值 运算 符 成 为 私有 成 员 ， 从 而 禁止 复制 holder。 实 际 上 ， 
ee 
holder 而 言 ， 该 目的 将 意味 着 : 当 holder 所 引用 的 对 象 被 释放 之 后 ， 
holder 的 拷贝 将 仍然 会 认为 它 继续 拥有 该 对 象 所 有 权 ;， 而 且 ， ee 
holder 同 时 要 删除 所 引用 对 象 时 ， 程 序 的 混乱 也 将 不 可 避免 。 而 这 些 显 
然 都 是 错误 的 。 因 此 ， 复 制 操作 并 不 适用 于 holder。 在 此 情况 下 ， 我 们 
可 以 相应 地 构造 一 种 转换 操作 ， 来 得 到 holder 的 副本 。 

如 下 所 示 ， 在 初始 化 或 赋值 之 后 使 用 释放 操作 ， 就 可 以 很 容易 地 实 
现 这 种 转换 操作 : 

Holder<Something> hl(new Something); 

Holder<Something> h2(h1 .release()); 

再 次 注意 ， 像 下 面 的 语句 

Holder<X> h = P; 

将 不 会 执行 ， 因 为 这 里 使 用 了 隐 式 转型 操作 ， 而 我 们 在 定义 找 贝 构 
造 函 数 的 时 候 使 用 了 关键 字 explicit， 从 而 禁止 进行 这 种 隐 式 转型 操作 。 

Holder<Something> h2 = hl.release0; /错误 


矢口 














20.1.7 跨 函 数 调 用 来 复制 holder 


至 此 ， 显 式 转换 已 经 可 以 正常 进行 了 。 然 而 ， 当 这 种 转换 要 跨越 函 
数 调用 时 ， 情 况 就 显得 更 加 复杂 了 。 如 果 要 把 一 个 holder 从 一 个 调用 者 
传递 给 一 个 被 调用 者 ， 我 们 总 可 以 用 传 引 用 的 方式 来 代 蔡 传 值 ， 而 且 仍 
然 可 以 使 用 我 们 上 面 介 绍 的 “初始 化 后 立即 释放 ”的 方式 。 然 而 ， 如 果 除 








了 传递 一 个 “holder， 我 们 还 要 传递 其 他 的 参数 ， 那 么 使 用 这 种 “初始 化 
后 立即 释放 ”的 方式 将 会 产生 一 些 问题 : 

MyClass x; 

callee(h1.release(),x); V 这 里 传递 xz 束 可 能 会 抛 出 异 第 ! 

硅 编 译 属 选择 hl.release() 和 完 执 行 ， 然 后 复制 x (假设 用 传 值 的 方 
式 ) ， 那 么 这 样 做 就 可 能 会 触发 一 个 异常 ， 反 之 ( 即 先 复 制 x〉》， 则 不 
会 有 组 件 负责 释放 原来 由 h1 所 拥有 的 对 象 。 因 此 ，holder 应 该 总 是 作为 
引用 传递 。 

遗憾 的 是 ， 将 holder 作为 引用 返回 会 使 holder 的 生命 期 超出 当前 函 
数 的 范围 ， 这 样 反 而 会 导致 : 何 时 和 如 何 释 放 holder 所 控制 的 对 象 变 得 
不 明确 ; 显然 ， 传 递 引用 也 不 方便 。 另 外 ， 你 可 以 创建 一 种 专门 的 实 
参 ， 它 会 在 返回 所 封装 的 指针 之 前 ， 就 多 调用 release() 操 作 ; 就 像 我 们 
前 面 的 load_somethingO 函 数 所 实现 的 那样 。 现 在 ， 让 我 们 来 考虑 另 一 种 
情况 : 

Something* Creator() 

{ 

Holder<Something> h(new Something); 
MyClass x; V 这 行 代码 只 是 为 了 方便 下 面 的 讨论 
return h.release(); 

} 

在 此 ， 一 定 要 明日 的 是 : h 所 拥有 的 对 象 ， 在 被 h 释 放 之 后 ， 及 其 个 
新 的 实体 控制 之 前 的 这 段 时 间 里 ， 将 会 调用 x 的 析 构 函数 ， 而 如 果 该 析 
构 函数 抛 出 异常 的 话 ， 那 么 将 会 产生 新 的 资源 泄漏 “允许 在 析 构 函数 中 
抛 出 异常 决 非 好 主意 因为 当 调用 堆栈 正在 为 之 前 的 一 个 异 禹 展开 的 时 
候 ， 这 种 做 法 将 会 使 另 一 个 异种 很 容易 地 被 抛 出 ， 而 这 将 会 导致 程序 立 
即 终止 。 虽 然 可 以 避免 “程序 的 立即 终止 ?， 但 这 样 做 又 会 使 代码 变 得 更 
加 难于 理解 ， 因 此 也 就 更 加 脆弱 ) 。 











20.1.8 trule 
为 了 解决 上 一 小 节 留 下 的 问题 ， 我 们 引进 了 一 个 专门 用 于 传递 
holder 的 辅助 类 模板 ， 并 把 它 称 为 trule。 在 语言 中 ， 它 是 一 个 术语 ， 来 
自 于 transfer capsule 的 缩写 。 下 面 是 其 定义 : 
// pointers/trule.hpp 
#ifndef TRULE_HPP 
#define TRULE_HPP 
template <typename T> 
class Holder; 
template <typename T> 
class Trule { 
private: 
T* ptr; VWtrule 所 引用 的 对 象 (如 果 有 的 话 ) 
public: 
/ 构造 国 数 ， 确 保 trule 只 能 作为 返回 类 型 ， 用 于 将 holder 
/ 从 被 调用 函数 传递 给 调用 函数 
Trule (Holder<T>& bh) { 
ptr = h.get(); 
h.release(); 
} 
/ 找 贝 构造 函数 
Trule (Trule<T> const& t) { 
ptr = t.ptr; 
const_cast<Trule<T>&>(t).ptr = 0; 
/ 析 构 函数 


~Trule() { 


delete ptr; 
} 
private: 
Trule(Trule<T>&); // 禁止 将 trule 作 为 左 值 


Trule<T>& operator= (Trule<T>&); // 禁止 拷贝 赋值 
friend class Holder<T>:; 

” 

#endif // TRULE_HPP 

显然 ， 在 拷贝 构造 函数 里 有 些 比较 别扭 的 代码 : trule， 通 常 是 作为 
那些 想 传递 holders 的 函数 的 返回 类 型 ， 也 融 是 说 trule 对 象 总 是 作为 临时 
对 象 〈rvalues) 出 现 ; 因此 它们 的 类 型 也 就 只 能 是 常 引 用 (reference-to- 
const) 类 型 。 然 而 ， 由 于 Trule 不 能 作为 一 份 找 贝 ， 也 不 能 含有 一 份 找 
贝 ， 如 果 我 们 希望 实现 类 似 于 拷贝 的 操作 ， 就 必须 移 除 原 trule 的 所 有 
权 。 我 们 是 通过 将 被 封装 指针 置 为 空 来 实现 这 种 移 除 操作 的 。 而 最 后 这 
个 置 空 操作 显然 只 能 针对 non-const 对 象 ， 所 以 才 有 了 这 种 把 const 强 制 转 
型 为 non-const 的 做 法 。 另 外 ， 由 于 原来 的 对 象 实 际 上 并 没有 被 定义 为 常 
类 型 ， 所 以 即使 这 样 做 有 些 别 担 ， 但 在 这 种 情况 下 这 种 转型 却 能 合法 地 
实现 。 因 此 ， 对 于 最 后 需要 把 一 个 holder 转 换 为 tule， 并 且 将 其 返回 的 
水 数 ， 如 果 要 声明 这 类 函数 的 返回 类 型 ， 我 们 束 必 须 把 它 声明 为 
trule<T> 类 型 ， 而 绝对 不 能 声明 为 trule<T> const， 这 点 是 需要 我 们 小 心 
对 待 的 。 

要 注意 的 是 ， 上 面 的 代码 并 不 完全 是 把 一 个 holder 完 全 转换 为 一 个 
trule: 如 果 是 这 样 的 话 ，holder 就 必须 是 一 个 可 修改 的 左 值 。 这 也 是 我 
们 为 什么 要 使 用 一 个 单独 的 类 型 来 实现 trule， 而 不 是 将 它 的 功能 合并 到 
holder 类 模板 中 的 原因 。 

对 于 trule 的 用 法 ， 除 了 作为 传递 holder 对 象 的 返回 类 型 ， 我 们 要 防 











止 把 它 用 于 其 他 的 地 方 。 于 是 ， 在 接 下 来 的 代码 中 ， 一 个 接收 non-const 
引用 对 象 的 拷贝 构造 函数 和 一 个 类 似 的 拷贝 赋值 运算 符 ， 都 被 声明 为 私 
有 函数 ， 防 止 外 界 直接 调用 。 这 样 做 可 以 防止 使 用 不 必要 的 左 值 Trule， 
但 这 样 做 同时 也 是 一 种 非常 不 完整 的 解决 方法 。 事 实 上 ，trule 的 目的 是 
为 了 帮助 那些 负责 任 的 软件 工程 师 ， 而 不 是 为 了 阻碍 那些 〈 近 和 插 挑 剔 、 
痴狂 的 ) 科学 家 研究 出 更 好 的 实现 。 

最 后 ， 对 于 上 面 实 现 的 trule， 只 有 被 holder 模板 所 辨识 并 且 使 用 之 
后 ， 才 能 算是 完整 的 ， 下 面 我 们 项 给 出 针对 holder 的 用 法 : 

// pointers/holder2extr.hpp 








template <typename T> 
class Holder { 
// 前 面 已 经 定义 的 成 员 


public: 
Holder (Trule<T> const& t) { 
ptr = t.ptr; 
const_cast<Trule<T>&>(t).ptr = 0; 
} 
Holder<T>& operator= (Trule<T> const& t) { 
delete ptr; 
ptr = t.ptr; 
const_cast<Trule<T>&>(t).ptr = 0; 
return *this; 
} 
上 
为 了 充分 演示 对 holder/trule 作 了 哪些 改善 ， 我 们 可 以 重 写 了 
load_something() 例 子 ， 并 且 增 加 一 个 调用 load_something() 的 main 函 数 : 


// pointers/truletest.cpp 
#include "holder2.hpp" 
#include "trule.hpp" 
class Something { 
void read_something (Something* x) 
| 
} 
Trule<Something> load_something() 
{ 
Holder<Something> result(new Something); 
read_something(result.get()); 
return result; 
} 
int main() 
{ 
Holder<Something> ptr(load_something()); 


} 

最 终 ， 我 们 创建 了 一 对 使 用 起 来 几乎 可 以 像 普通 指针 一 样 方便 的 类 
模板 。 而 且 这 两 个 类 模板 还 有 附加 的 好 处 : 在 由 于 抛 出 异常 而 导致 堆栈 
展开 的 情况 下 ， 可 以 管理 对 象 的 释放 ， 防 止 内 存 泄漏 。 


20.2 记 履 





holder 类 模板 〈 及 其 Trule 辅 助 模板 ) 在 以 下 方面 做 得 很 好 : 保持 临 
时 分 配 的 结构 ， 以 便 在 由 于 异常 抛 出 而 引起 堆栈 展开 时 ， 及 时 释放 这 些 











结构 。 然 而 ， 内 存 泄漏 也 可 能 发 生 在 其 他 的 地 方 ， 尤 其 是 在 一 个 复杂 的 
结构 中 ， 有 很 多 对 象 都 相互 连接 的 情况 下 ， 或 者 共 训 同一 个 对 象 的 情况 
Ts 

对 于 动态 分 配对 象 的 省 理 ， 一 条 普遍 的 规则 可 以 简单 阐述 如 下 : 在 
一 个 应 用 程序 中 ， 对 于 任何 一 个 动态 分 配 的 对 象 ， 如 果 没 有 任何 变量 指 
回 它 ， 那 么 这 个 对 象 就 应 该 被 销毁 ， 其 占用 的 内 存 同时 也 应 该 被 释放 。 
显然 ， 该 policy《〈 就 是 该 普遍 规则 ) 是 正确 的 ， 各 地 的 程序 员 也 都 曾经 
寻找 过 目 动 执行 这 种 policy 的 方式 。 然 而 ， 对 该 policy 而 言 ， 难 点 在 于 确 
定 疫 有 任何 变量 指 问 这 个 特定 的 对 象 。 

一 种 被 多 次 实现 过 的 思想 就 是 所 谓 的 引用 计数 : 对 于 每 个 被 指 回 的 
对 象 ， 都 保存 一 个 计数 ， 用 于 代表 指 同 该 对 象 的 指针 的 个 数 ， 当 计数 值 
减少 到 0 时 ， 就 删除 此 对 象 。 为 了 能 够 在 C++ 中 贯彻 这 种 做 法 ， 我 们 接 
下 来 将 必须 坚持 某 些 约定 。 有 具体 而 言 ， 对 于 指 同一 个 对 象 的 普通 指针 ， 
通常 都 无 法 跟 踩 它 是 如 何 被 创建 、 复 制 和 销毁 的 ; 因此 ， 指 同 引 用 计数 
对 象 的 指针 只 能 是 一 种 特殊 的 智能 指针 。 在 这 一 节 中 ， 我 们 将 讨论 这 种 
引用 计数 智能 指针 的 实现 。 实 际 上 ， 它 是 一 种 模板 ， 其 主要 参数 为 所 指 
加 对 象 的 类 型 : 


template <typename 工 ... > 











class CountingPtr { 
public: 

/ 构造 函数 ， 为 T 所 指 疝 的 对 象 开始 一 个 新 的 计数 
explicit CountingPtr (T*); 
/ 找 贝 构造 函数 ， 将 增加 计数 值 : 
CountingPtr (CountingPtr< 工 ... > const&); 
/ 析 构 函数 ， 将 减少 计数 值 : 
inline ~CountingPtr(); 


/赋值 运算 符 ， 将 减少 参数 对 象 的 计数 值 ， 


/ 同时 增加 被 赋值 对 象 的 计数 值 
/ (但 还 要 考虑 自己 给 自己 赋值 的 情况 存在 ): 
CountingPtr< 工 ... >& operator= (CountingPtr< 工 ... > const&); 
/ 下面 是 一 些 针对 指针 操作 的 运算 符 ， 使 该 类 成 为 一 个 智能 指针 : 


inline T& operator* (); 





inline T* operator-> (); 


小 

对 于 创建 一 个 可 用 的 计数 指针 模板 ， 参 数 T 是 真正 所 需要 的 唯一 模 
板 参 数 。 实 际 上 ， 一 个 好 的 设计 范例 应 该 使 基本 模板 尽 可 能 地 简单 和 可 
靠 ， 束 像 上 面 这 个 例子 一 样 。 因 此 ， 我 们 将 使 用 (上面 实现 的 ) 
CountingPtr 来 前 述 policy 参 数 〈 关 于 policy 参 数 ， 第 15 章 详细 说 明了 此 概 
念 ) ， 这 也 是 接 下 来 的 内 容 。 

上 面 的 代码 注释 大 概 解 释 了 引用 计数 的 一 般 约束 : 每 个 CountingPtr 
的 构造 函数 、 析 构 函 数 和 赋值 操作 都 潜在 地 改变 了 引用 计数 值 〈 当 其 中 
一 个 计数 减少 为 0 时 ， 就 删除 被 引 用 的 对 象 〉。 

20.2.1 计数 器 在 什么 地 方 

由 于 我 们 的 想法 是 计算 指向 对 象 的 指针 的 个 数 ， 所 以 把 计算 器 放 在 
对 象 中 是 完全 合理 的 。 遗 憾 的 是 ， 对 于 被 指 同 的 对 象 的 类 型 ， 如 果 在 早 
期 设计 的 时 候 ， 完 全 未 考虑 引用 计数 ， 那 么 我 们 就 无 法 再 把 计数 器 放 入 
对 象 中 ; 因为 如 果 对 象 是 封装 起 来 或 者 不 可 改变 的 话 ， 要 加 入 计数 器 是 
不 可 行 的 。 

若 被 引用 计数 的 对 象 不 能 包含 计数 器 ， 那 么 就 必须 将 计数 器 存放 在 
单独 的 存储 区 ; 而 且 ， 该 存储 区 的 生命 期 不 能 比 被 指 问 对 象 的 生命 期 
短 ; 也 就 是 说 ， 我 们 必须 动态 分 配 这 块 存 储 区 。 然 而 ， 如 果 使 用 C++ 编 
译 器 上 自 带 的 ::operator new， 极 可 能 会 导致 糟糕 的 性 能 。 当 然 ，::operator 








new 肯 定 可 以 分 配 不 超过 存储 限制 的 任意 对 象 ， 但 需要 一 些 计 算 上 的 折 
应。 实际 上 ， 计 数 指针 通常 都 会 使 用 专用 的 (内 存 ) 分 配器 。 

单独 分 配 计算 器 的 另 一 种 方法 是 : 对 引用 计数 所 在 的 对 象 ， 使 用 专 
用 的 《内 存 ) 分 配器 。 实 际 上 ， 这 种 分 配器 可 以 分 配 一 些 额 外 的 存储 空 
间 ， 来 保存 对 应 的 计数 器 。 

我 们 将 用 计数 器 的 位 置 作为 模板 的 参数 ， 从 而 就 不 需要 指出 计数 器 
的 位 置 。 实 际 上 ， 这 个 参数 就 是 我 们 的 计数 器 policy (关于 policy， 请 参 
见 第 15 章 ) 。 这 种 policy 的 接口 可 以 非常 简单 :只 需要 包含 一 个 返回 整 
型 值 的 函数 和 一 个 为 该 整 型 值 分 配 所 需 空间 的 函数 ， 而 且 后 面 这 个 函数 
并 不 是 必需 的 。 另 一 方面 ， 如 果 能 够 提供 一 些 更 高 级 的 接口 ， 在 某 些 情 
况 下 也 将 很 有 用 处 。 








A 访问 i 

在 单线 程 的 执行 环境 中 ， 计 数 器 的 管理 是 很 简单 的 。 基 本 操作 只 局 
限于 增加 计数 值 、 减 少 计 数值 以 及 检查 计数 值 是 否 为 0。 然 而 ， 在 多 线 
程 环境 中 ， 一 个 计数 器 可 能 会 被 位 于 不 同 线程 中 的 智能 指针 所 共享 。 在 
这 种 情况 下 ， 我 们 可 能 需要 为 计数 器 本 里 增加 一 些 智 能 指针 ， 因 此 ， 对 
于 诸如 来 自 两 个 线程 的 同时 增加 请 求 ， 必 须 按 一 定 顺序 执行 ， 才 能 避免 
冲突 。 在 实践 中 ， 需 要 某 种 形式 ( 隐 式 或 显 式 ) 的 锁 来 实现 这 些 功 能 。 

在 接 下 来 的 内 容 里 ， 我 们 将 不 准备 说 明 如 何 实现 这 种 锁 ， 但 是 我 们 
会 为 计数 器 指定 一 个 接口 ， 在 足够 高 的 层次 上 ， 该 接口 也 将 引入 锁 操 
作 。 具 体 而 言 ， 我 们 要 求 计数 器 是 一 个 具有 以 下 接口 的 类 : 


class CounterPolicy { 























public: 
/ 以 下 4 个 特殊 成 员 (两 个 构造 函数 、 一 个 析 构 函数 和 一 个 拷贝 
赋值 函数 )， 





// 在 茶 些 情况 并 不 需要 显 式 声明 ,但 必须 是 可 访问 的 


CounterPolicy(); 

CounterPolicy(CounterPolicy const&); 

~CounterPolicy(); 

CounterPolicy& operator=(CounterPolicy const&); 
/ 假设 T 是 被 指向 的 对 象 的 类 型 
void init(T*); / 初始 化 为 1， 可 能 为 计数 器 分 配 空间 
void dispose(T*); ”W/W/ 可 能 涉及 计数 右 空 间 的 释放 操作 
void increment(T*); ”// 增 1 的 原子 操作 
void decrement(T*); 。// 减 1 的 原子 操作 
bool is_zero(T*); // 检查 是 否 为 0 


上 

在 此 ， 我 们 假设 该 接口 所 使 用 的 类 型 T 是 由 CountingPtr 的 模板 参 
数 提供 的 。 实 际 上 ， 只 有 那些 需要 把 计数 器 存储 在 被 指向 对 象 中 的 
policy， 才 需要 用 到 这 种 接口 。 

锁 住 计数 器 只 能 保护 计数 器 不 被 并 发 访问 ， 并 不 能 保护 CountingPtr 
的 并 发 访问 。 因 此 ， 在 不 同 的 执行 线程 中 ， 如 果 有 多 个 智能 指针 指向 同 
一 个 共享 对 象 ， 那 么 应 用 程序 就 需要 引入 某 种 附加 的 锁 ， 来 保证 对 
CountingPtr 的 操作 同样 也 是 顺序 执行 的 。 然 而 ， 智 能 指针 本 喘 并 不 能 实 
现 这 种 层次 的 锁 。 





20.2.3 析 构 和 释放 
当 没 有 计数 指针 指 回 一 个 对 象 时 ， 我 们 的 策略 是 释放 此 对 象 。 在 
C++ 中 ， 通 常 可 用 标准 的 delete 运 算 符 来 完成 释放 操作 。 然 而 ， 情 况 并 不 
总 是 如 此 单一 。 有 时 我 们 必须 使 用 不 同 的 函数 来 释放 对 象 ， 例 如 标准 C 
函数 free()。 此 外 ， 寿 被 指 加 的 对 象 是 一 个 数组 ， 可 能 还 需要 使 用 
delete[] 运 算 符 来 释放 数组 。 


鉴于 使 用 非 标准 方式 释放 对 象 的 情况 是 肯定 存在 的 ， 在 此 引入 一 种 
单独 的 对 象 〈 释 放 ) policy 是 很 有 必要 的 。 实 际 上 ， 该 policy 的 实现 接口 
非常 简单 : 

class ObjectPolicy { 





public: 
/ 以 下 4 个 特殊 成 员 (两 个 构造 函数 、 一 个 析 构 函数 和 一 个 拷贝 
赋值 函数 )， 
/在 菜 些 情况 并 不 需要 显 式 声明 ， 但 必须 是 可 访问 的 
ObjectPolicy(); 
ObjectPolicy(CounterPolicy const&); 
~ObjectPolicy(); 


ObjectPolicy& operator=(ObjectPolicy const&); 

/假设 T 是 所 指 癌 对 象 的 类 型 

void dispose (T*); 
上 
我 们 还 可 以 提供 其 他 一 些 ( 与 所 指向 对 象 相关 的 ) 操作 《例如 
operator* 和 operator-> 解 引 用 运算 符 )， 来 丰 定 上面 这 种 policy。 而 普 
裔 的 做 法 是 : 当 智 能 指针 不 再 指向 任何 对 象 时 ， 把 针对 智能 指针 进行 解 
引用 的 一 些 检查 合并 起 来 。 男 一 方面 ， 为 这 种 检查 增加 一 个 特殊 的 
policy 参数 也 是 完全 可 能 的 。 然 而 ， 为 了 简洁 性 考虑 ， 我 们 并 不 打算 在 
此 阐述 这 种 做 法 ， 但 是 如 果 你 对 本 市 的 剩余 内 容 都 能 很 好 掌握 的 话 ， 那 
么 要 实现 这 种 做 法 也 不 难 。 

对 于 大 多 数 用 CountingPtr 计 数 的 对 象 ， 我 们 可 以 使 用 下 面 这 个 简单 
的 对 象 policy: 

// pointers/stdobjpolicy.hpp 

class StandardObjectPolicy { 

public: 


template<typename T> void dispose (T* object) { 


delete object; 


}; 
显然 ， 对 于 用 new[] 运 算 符 分 配 的 数组 ， 这 样 做 不 会 起 作用 。 笠 运 
的 是 ， 对 于 这 种 情况 ， 我 们 可 以 轻易 地 找到 一 种 丛 代 的 policy: 
// pointers/stdarraypolicy.hpp 
class StandardArrayPolicy { 
public: 
template<typename T> void dispose (T* array) { 


delete[] array; 


在 上 面 两 种 情况 下 ， 我 们 都 将 dispose0 作 为 成 员 函 数 模板 来 实现 。 
另外 ， 还 有 另 一 种 蔡 代 方法 : 就 是 参数 化 这 个 policy 类 。 关 于 这 种 蔡 代 
方案 的 讨论 可 以 参见 15.1.6 节 。 

20.2.4 CountingPtr 模板 

现在 ， 我 们 已 确定 了 policy 接 口 ， 已 经 可 以 实现 CountingPtr 接 口 本 
身 了 : 

// pointers/countingptr.hpp 

template<typename TT, 

typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 

class CountingPtr : private CounterPolicy, private ObjectPolicy { 


private: 
// typedef 两 个 简单 的 别名 : 


typedef CounterPolicy CP; 
typedef ObjectPolicy OP; 
T* object_pointed_to; /所 引用 的 对 象 
/( 如 果 没 有 引用 任何 对 象 ， 则 为 NULD) 
public: 
/ 缺 省 构造 函数 (没有 显 式 初始 化 ， 即 没有 加 上 explicit 关 键 字 ): 
CountingPtr() { 
this->object_pointed_to = NULL.; 
} 
// 一 个 针对 转型 的 构造 函数 (转型 自 一 个 内 建 的 指针 ): 
explicit CountingPtr (T* p) { 
this->init(p); / 使 用 普通 指针 初始 化 
} 
/ 拷贝 构造 函数 : 
CountingPtr (CountingPtr<T,CP,OP> const& cp) 
: CP((CP const&)cp), // 找 风 policy 
OP((OP const&)cp) { 
this->attach(cp); /拷贝 指针 ， 并 且 增 加 计数 值 





} 
/ 析 构 函数 : 
~CountingPtr() { 
this->detach(); / 减少 计数 值 
/ (如 果 计 数值 为 0， 则 释放 该 计数 器 ) 
} 


/ 针对 内 建 指针 的 赋值 运算 符 
CountingPtr<T,CP,OP>& operator= (T* p) { 
// 计数 指针 不 能 指向 *p : 


assert(p != this->object_pointed_to); 


this->detach(); / 减少 计数 值 

/ (如 果 计 数值 为 0， 则 释放 该 计数 器 ) 
this->init(p); /用 一 个 普通 指针 进行 初始 化 
return *this; 


} 

/ 拷贝 赋值 运算 符 (要 考虑 自己 给 上 自己 赋值 ): 
CountingPtr<T,CP,OP>& 

operator= (CountingPtr<T,CP,OP> const& cp) { 








if (this->object_pointed_to != cp.object_pointed_to) { 
this->detach(); /减少 计算 值 
/ (如 果 计 数值 为 0， 则 释放 计数 器 ) 
CP::operator=((CP const&r)cp); V/ 对 policy 进 行 赋值 
OP::operator=((OP const&)cp); 
this->attach(cp); V 拷贝 指针 并 且 增 加 计数 值 
} 
return *this; 
} 
/ 使 之 成 为 智能 指针 的 运算 符 : 
T* operator-> () const { 
return this->object_pointed_to; 
} 
T& operator* () const { 
return *this->object_pointed_to; 
} 
/ 以 后 在 这 里 将 可 能 会 增加 一 些 其 他 的 接口 


private: 

/ 辅助 函数 : 
//- 用 普通 指针 进行 初始 化 (前 提 是 普通 指针 存在 ) 
void init (T* p) { 

if (p != NULL) { 

CounterPolicy::init(p); 

} 

this->object_pointed_to = p; 
} 
//- 找 贝 指针 并 且 增 加 计数 值 (前 提 是 指针 存在 ) 
void attach (CountingPtr<T,CP,OP> const& cp) { 





this->object_pointed_to = cp.object_pointed_to; 
if (cp.object_pointed_to != NULL){ 


CounterPolicy::increment(cp.object_pointed_to); 


} 
/ -减少 计数 值 (如 果 计 数值 为 0， 则 释放 计算 峰 ) 
void detach() { 
if (this->object_pointed_to != NULL) { 
CounterPolicy::decrement(this->object_pointed_to); 
if (CounterPolicy::is_zero(this->object_pointed_to)) { 
// 如 果 有 必要 的 话 ， 释 放 计 数 器 : 
CounterPolicy::dispose(this->object_pointed_to); 
// 使 用 object policy 来 释放 所 指向 的 对 象 : 


ObjectPolicy::dispose(this->object_pointed _to); 


} 
}; 
上 面 这 个 模板 并 不 复杂 ， 唯 一 要 注意 的 地 方 也 只 是 : 在 拷贝 赋值 操 
作 中 ， 要 判断 是 否 为 自 赋 值 。 事 实 上， 在 大 部 分 情况 中 ， 赋 值 运 算 符 只 
是 将 计数 指针 与 它 所 指 的 对 象 分 离 ， 在 此 之 前 要 先 减少 所 关联 的 计算 器 
的 值 ， 而 这 就 可 能 会 使 该 计数 器 的 值 减 少 到 “0， 并 且 释 放 该 对 象 。 然 
而 ， 如 果 是 在 计数 指针 赋值 给 自身 的 情况 下 进行 前 面 的 这 些 操作 ， 则 会 
提前 释放 所 指向 的 ) 对 象 ， 从 而 导致 错误 。 

另外 还 有 一 点 需要 注意 : 由 于 空 指 针 并 没有 一 个 可 关联 的 计数 器 ， 
所 以 在 减少 计数 值 之 前 ， 必 须 先 显 式 地 检查 空 指针 的 情况 。 对 于 这 种 情 
况 ， 男 一 种 可 选 的 处 理 方法 是 : 将 这 种 检查 留 给 policy 类 来 实现 。 事 实 
上 ， 还 存在 一 种 根本 不 允许 CountingPtr 为 空 的 policy。 若 可 以 使 用 这 种 
policy 的 话 ， 将 会 使 性 能 稍微 有 上 所 提高 。 

在 前 面 的 代码 中 ， 我 们 使 用 继承 来 包含 两 种 policy。 这 样 做 确保 了 
在 policy 类 为 空 的 情况 下 ， 并 不 需要 占用 存储 空间 (前 提 是 我 们 的 编译 
器 实现 了 空 基 类 优化 ， 具 体 见 16.2 节 ) 。 我 们 还 可 以 使 用 在 16.2.2 小 节 
中 介绍 的 BaseMemberPair 模 板 类 ， 从 而 令 policy 类 的 成 员 在 智能 指针 类 
中 是 不 可 见 的 。 然 而 ， 我 们 为 了 使 讨论 显得 更 加 简单 ， 同 时 避免 原 代码 
过 于 复杂 ， 从 而 也 就 没有 使 用 BaseMemberPair 模 板 。 

因为 这 里 具有 两 个 缺 省 模板 实 参 ， 所 以 还 可 以 采用 16.1 节 的 技术 ， 
方便 且 有 选择 性 地 禾 六 缺 省 模板 实 参 ， 而 这 样 做 有 时 将 可 以 给 我 们 禹 来 
好 处 。 但 为 了 简洁 起 见 ， 在 这 里 就 不 介绍 这 些 做 法 了 。 

20.2.5 一 个 简单 尼 受 入 式 计 数 如 

从 总 体 看 来 ， 我 们 已 经 完成 了 CountingPtr 的 设计 ， 但 实际 上 该 设计 
还 没有 真正 完成 。 因 为 我 们 还 没有 为 计数 policy 编 写 代 人 码 。 于 是 ， 让 我 
们 先 来 看 一 个 针对 计数 器 的 policy， 它 并 不 把 计数 器 存储 于 所 指向 对 象 





























的 内 部 ， 也 就 是 说 ， 它 是 一 种 非 侵 入 式 的 计数 器 policy (或 者 称 为 非 插 
入 式 的 计数 器 policy， 这 样 形容 是 为 了 与 后 面 的 侵入 式 policy 进 行 对 
se 

对 于 计数 器 而 言 ， 最 主要 的 问题 是 如 何 分 配 存储 空间 。 事 实 上 ， 同 
一 个 计数 器 需要 被 多 个 CountingPtr 所 共享 ， 因 此 ， 它 的 生命 期 必须 持续 
到 最 后 一 个 智能 指针 被 释放 之 后 。 通 常 而 言 ， 我 们 会 使 用 一 种 特殊 的 分 
配器 来 完成 这 种 任务 ， 这 种 分 配器 专门 用 于 分 配 大 小 固定 的 小 对 象 。 然 
而 ， 由 于 这 种 分 配器 的 设计 和 C++ 模板 的 主题 之 间 没 有 明显 的 联系 ， 所 
以 我 们 在 此 也 就 不 (对 这 种 具有 工业 强度 的 分 配器 深入 讨论 [7] 。 但 
是 ， 我 们 将 假设 存在 两 个 函数 alloc_counter() 和 dealloc_counter()， 用 于 管 
理 存储 size_t 类 型 的 内 存 空间 。 有 了 这 些 假设 之 后 ， 我 们 就 可 以 这 样 编 
写 一 个 简单 的 计数 器 : 

// pointers/simplerefcount.hpp 

#include <stddef.h> // 用 于 size_t 的 定义 

#include "allocator.hpp" 

















class SimpleReferenceCount { 

private: 

size_t* counter; “// 已 经 分 配 的 计数 器 
public: 

SimpleReferenceCount () { 

counter = NULL.; 

} 

/ 缺 省 的 拷贝 构造 函数 和 拷贝 赋值 运算 符 都 是 允许 的 ， 

/ 因为 它们 只 是 拷贝 这 个 共享 的 计数 器 
public: 

/ 分 配 计 数 器 ， 并 把 它 的 值 初始 为 1: 


template<typename T> void init ( 工 *) { 





counter = alloc_counter(); 
*counter = 1; 
} 
1/ 释放 该 计数 器 : 
template<typename T> void dispose (T*) { 


dealloc_counter(counter ); 


} 

/ 计数 值 加 1: 

template<typename T> void increment (T*) { 
+ 二 +*counter; 

} 

/ 计数 值 减 1: 

template<typename T> void decrement (T*){ 
-- 尖 COUnter， 

} 

// 检查 计数 值 是 否 为 0: 


template<typename T> bool is_zero (T*) 1 


return *counter == 0; 


站 

由 于 这 个 ”policy 并 不 是 一 个 空 类 (存放 了 一 个 指 问 计数 器 的 指 
针 ) ， 所 以 它 增 加 了 CountingPtr 的 大 小 。 可 以 将 此 指针 与 计数 器 一 起 存 
储 ， 而 不 是 直接 放 入 智能 指针 类 中 ， 从 而 避免 增加 CountingPtr 的 大 小 。 
这 样 做 需要 改变 该 policy 类 的 设计 ; 另外 ， 增 加 一 个 额外 的 间接 层 同 时 
还 会 降低 访问 被 计数 对 象 的 性 能 。 

同样 要 注意 的 是 ， 这 种 特殊 的 policy 并 没有 用 到 被 计数 对 象 本 号 。 
也 束 是 说 ， 传 送 给 成 员 函 数 的 参数 T 从 来 也 不 会 被 用 到 。 然 而 在 下 一 节 


中 ， 我 们 将 会 看 到 另 一 种 policy， 它 将 会 用 到 这 个 参数 。 


局 芝 J 






20.2.6 一 个 人 简 

侵入 式 ( 或 插入 式 ) 计数 器 policy 就 是 将 计数 器 放 到 被 管理 对 象 本 
吴 的 类 型 中 《或 者 可 能 存放 到 由 被 管理 对 象 所 控制 的 存储 空间 中 ) 。 显 
然 ， 这 种 policy 通 常 需 要 在 设计 对 象 类 型 的 时 候 就 加 以 考虑 ， 因 此 这 种 
方案 很 可 能 会 专用 于 被 定理 对 象 的 类 型 。 然 而 ， 为 了 便于 阐述 ， 使 我 们 
的 例子 具有 更 好 的 通用 性 ， 我 们 将 开发 一 种 更 泛 型 的 侵入 式 policy。 

在 被 引用 的 对 象 中 ， 为 了 选择 计数 占 的 位 置 ， 我 们 用 了 一 个 类 型 未 
确定 的 成 员 指 针 参 数 。 由 于 计数 器 修 作 为 对 象 的 一 部 分 来 分 配 ， 所 以 从 
某 种 意义 上 而 言 ， 这 种 policy 的 实现 要 比 前 面 的 非 侵 入 式 例 子 更 加 简 
单 ， 但 是 这 里 的 成 员 指针 语句 的 用 法 并 不 是 很 广泛 : 


// pointers/memberrefcount.hpp 








template<typename ObjectT, /包含 计数 器 的 类 型 
typename CountT, / 计数 器 的 类 型 


CountT ObjectT::*CountP> / 计数 器 的 位 置 
class MemberReferenceCount 
{ 
public: 
/ 缺 省 构造 函数 和 析 构 函数 都 是 允许 的 
/ 让 计数 器 的 值 初 始 化 为 1: 
void init (ObjectT* object) { 
object->*CountP = 1; 
} 
/ 对 于 计数 强 的 释放 ， 并 不 需要 显 式 执行 任何 操作 : 
void dispose (ObjectT*) { 


/ 计数 值 加 1: 
void increment (ObjectT* object) { 
++object->*CountP; 
} 
/ 计数 值 减 1: 
void decrement (ObjectT* object) { 
--Object->*CountP; 
} 
// 检查 计数 值 是 否 为 0: 
template<typename T> bool is_zero (ObjectT* object) { 
return object->*CountP == 0; 
} 
上 
如 果 使 用 这 种 policy 的 话 ， 那 么 在 类 的 实现 中 ， 融 可 以 很 快 地 写 出 
类 的 引用 计数 指针 类 型 。 其 中 类 的 设计 框 杂 大 概 如 下 所 示 : 
class ManagedType { 
private: 


size t ref count; 


public: 
typedef CountingPtr<ManagedType, 
MemberReferenceCount 
<ManagedType, 
size_t, 


&ManagedType::ref_count> > 
Ptr; 


有 了 上 面 这 个 定义 之 后 ， 我 们 就 可 以 使 用 ManagedType::Ptr， 方 便 
地 引用 “那些 用 于 访问 ManagedType 对 象 的 ”引用 计数 指针 类 型 (在 此 为 
智能 指针 类 型 CountingPtr)。 

20.2.7 常数 性 

在 C++ 中 ， 类 型 X const* 和 X* const 是 有 区 别 的 。 前 者 表示 被 指向 
的 对 象 不 可 修改 ， 而 后 者 表示 指针 本 身 不 可 修改 。 我 们 的 引用 计数 指针 
也 存在 这 样 的 二 元 性 : “”X const* 与 CountingPtr<X_ const> 对 应 ， 而 X* 
const 与 CountingPtr<X> ”const 对应。 换 名 话说， 被 指向 对 象 的 常数 性 是 
模板 实 参 的 属性 。 让 我 们 通过 CountingPtr 的 一 些 公共 成 员 函 数 ， 来 了 解 
第 数 性 会 对 这 些 成 员 函 数 产生 什么 样 的 影 啊 。 

解 引用 运算 符 并 不 会 修改 指针 ， 这 也 是 它们 成 为 const 成 员 函 数 的 
原因 。 然 而 ， 我 们 可 以 借助 解 引 用 运算 符 来 访问 被 指 问 对 象 。 另 外 ， 
为 该 对 象 的 常数 性 是 由 模板 参数 TIT 来 描述 的 ， 所 以 在 这 种 运算 符 的 返回 
类 型 中 ， 我 们 通常 都 不 给 类 型 T 加 上 (const〉 限定 符 。 

显然 ， 类 型 为 int* 的 变量 不 能 用 int const* 变量 来 初始 化 ， 因 为 如 果 
这 样 可 行 的 话 ， 那 么 对 于 这 种 没有 提供 可 修改 访问 的 const 对 象 ， 等 于 
说 是 可 以 通过 一 个 实体 来 间接 地 对 它 进 行 修改 ， 而 这 明显 是 不 对 的 。 同 
理 ， 对 于 CountingPtr<int> 类 型 的 变量 ， 我 们 同样 要 确保 不 能 被 
CountingPtr<int const> 或 者 int const* 变 量 初 始 化 。 于 是 ， 我 们 在 此 再 次 
使 用 普通 的 (not const-qualified， 即 没有 const 限 定 的 ) 模板 参数 T 来 获 
得 这 个 效果 。 虽 然 这 样 看 起 来 很 直接 ， 但 是 对 于 现今 其 他 的 一 些 智 能 指 
针 实 现 ， 却 经 常 把 构造 函数 和 赋值 运算 符 声明 为 接收 T const* 参数 的 函 
数 〈 而 这 种 做 法 我 们 假设 是 错误 的 ) 。 

赋值 运算 符 函 数 可 以 和 构造 函数 归 为 一 类 。 通 常 而 言 ， 这 种 运算 符 
本 壬 不 可 能 为 党 函数， 即 不 具有 常数 性 。 

20.2.8 隐 式 转型 





























内 建 指 针 可 以 被 用 于 以 下 几 种 隐 式 转型 

到 void* 类 型 的 转型 。 

“到 被 指 同 的 对 象 的 一 个 基 类 指针 的 转型 。 

“到 bool 类 型 的 转型 〈 知 指针 为 空 则 为 false， 人 否则 为 true) 。 

我 们 硕 望 在 CountingPtr 模 板 中 仿效 这 些 转型 ， 但 是 就 像 我 们 将 会 看 
到 的 一 样 ， 要 实现 这 些 转型 并 不 是 很 容易 。 另 外 ， 一 些 程序 员 和 希望 : 智 
能 指针 可 以 转型 为 相应 的 内 建 指针 类 型 〈《 例 如， 一 些 人 和 希望 
CountingPtr<int const> 可 以 转型 为 int const* 类 型 ) 。 

遗憾 的 是 ， 由 于 我 们 假设 所 有 指 回 被 引用 计数 对 象 的 指针 都 是 
CountingPtr 类 型 ， 所 以 如 果实 现 到 内 建 指针 类 型 的 隐 式 转型 ， 将 会 使 这 
个 假设 自 相 矛盾 。 因 此 我 们 没有 提供 这 样 的 转型 。 于 是 ， 
CountingPtr<X> 类 型 不 能 被 隐 式 转型 为 void* 或 X* 类 型 。 

另外 ， 隐 式 转 型 到 对 应 的 内 建 指针 类 型 还 有 其 他 的 一 些 缺 点 ， 其 中 
包括 假设 cp 为 计数 指针 ): 

“delete cp; 以 及 ::delete cp; 都 变 成 有 效 的 了 。 

“对 于 智能 指针 而 言 ， 各 种 坚 无 意义 的 指针 算法 都 将 不 可 确定 了 
(例如 , cp[n]，cp2 - cp1 等 都 将 很 难 确定 其 结果 )。 

为 一 方面 ， 到 CountingPtr 的 特 化 的 隐 式 转型 却 可 能 是 很 有 用 的 。 例 
如 ， 我 们 可 以 假想 存在 一 个 到 CountingPtr<void> 类 型 的 隐 式 转型 (后 者 
可 以 作为 一 种 不 透明 的 指针 类 型 ， 就 像 void* 类 型 一 样 ) 。 然 而 这 里 有 
一 个 限制 : 由 于 void 类 型 并 不 能 包含 一 个 计数 器 ， 所 以 侵入 式 计数 器 
policy 束 不 能 采用 这 种 转型 。 同 样 地 ， 到 基 类 特 化 的 转型 与 侵入 式 计数 
器 policy 也 是 不 相 容 的 。 

虽然 如 此 ， 我 们 还 是 可 以 将 这 种 隐 式 转型 加 入 到 CountingPtr 模 板 
中 。 而 且 ， 为 了 考虑 上 面 这 些 不 兼容 的 情况 ， 我 们 规定 : 当 转 型 与 给 定 
的 计数 器 policy 不 兼容 时 ， 将 会 发 生 实例 化 错误 。 其 中 这 种 隐 式 转型 看 
起 来 大 概 如 下 : 





template<typename TT, 
typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 
class CountingPtr : private CounterPolicy, private ObjectPolicy { 

private: 
// typedef 两 个 简短 别名 : 
typedef CounterPolicy CP; 
typedef ObjectPolicy OP; 


public: 

/ 增加 一 个 转型 构造 函数 ,而 且 确 认 它 可 以 访问 
/其 他 实例 化 体 〈 即 cp) 的 私有 组 件 《〈 即 object_pointed to ) 
template<typename T2, typename CP2, typename OP2> 

class CountingPtr; 
friend 
template <typename S> // S 可 能 是 void 或 者 T 的 基 类 
CountingPtr(CountingPtr<S, OP, CP> const& cp) 
: OP((OP const&)cp), 
CP((CP const& )cp), 
object_pointed_to(cp.object_pointed_to) { 
if (cp.object_pointed_to != NULL) { 


CP::increment(cp.object_pointed_to); 


} 

六 
注意 ， 在 这 种 情况 下 ， 与 转型 运算 符 相 比 ， 转 型 构造 函数 将 更 容易 
实现 这 种 所 希望 的 隐 式 转型 。 另 外 ， 我 们 特别 要 确保 引用 计数 器 能 够 被 


正确 地 拷贝 。 
到 bool 的 转型 看 起 来 可 能 会 更 加 直接 。 我 们 只 需要 为 CountingPtr 增 
加 一 个 用 户 自 定义 的 转型 运算 符 : 
template<typename TT, 
typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 


class CountingPtr : private CounterPolicy, private ObjectPolicy { 


public: 
operator bool() const { 
return this->object_pointed_to != (T*)0; 
} 
上 
这 样 做 是 可 行 地 ， 但 同时 会 给 CountingPtr 带 来 一 些 令 人 惊讶 且 无 意 
识 的 操作 。 例 如 ， 在 这 种 转型 下 ， 我 们 可 以 将 两 个 CountingPtr 相 加 。 这 
种 操作 带 来 的 后 果 可 能 是 很 严重 的 ， 这 旦 以 使 我 们 宁愿 不 提供 这 种 操 
人 
男 一 方面 ， 到 bool 类 型 的 转型 操作 主要 用 于 支持 以 下 形式 的 语句 : 
让 (cp) ... 
或 
while (!cp) ... 
因此 ， 我 们 可 以 提供 到 void* 的 转型 操作 (在 合适 的 地 方 ，void* 类 
型 可 以 隐 式 转型 为 bool 类 型 ) ， 以 解决 这 个 问题 [8] 。 一 般 而 言 ， 这 种 
方法 有 其 自 映 的 缺点 ， 但 只 是 对 于 那些 我 们 已 诀 定 不 提供 到 void* 的 隐 
式 转型 的 智能 指针 才 会 有 这 种 缺点 。 
对 于 这 个 问题 ， 一 种 简单 〈 但 经 党 被 忽视 ) 的 解决 方法 是 : 定义 一 
个 到 成 员 指 针 类 型 的 转型 “注意 ， 这 里 不 是 到 内 建 指针 类 型 ) 。 事 实 








上 ， 成 员 指 针 类 型 也 支持 到 bool 类 型 的 隐 式 转型 ， 但 是 它 与 普通 指针 
是 有 区 别 的 : 和 于 delete 操 作 或 指针 算法 而 言 ， 成 员 指 针 是 无 效 
的 。 下 面 我 们 通过 给 CountingPtr 模 板 添 加 一 些 代 码 ， 来 前 明 如 何 使 用 这 
种 技术 : 
template<typename TT, 
typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 


class CountingPtr : private CounterPolicy, private ObjectPolicy { 


private: 
class BoolConversionSupport { 
int dummy; 
用 
public: 
operator BoolConversionSupport::*() const { 
return this->object_pointed_to 
? &BoolConversionSupport::dummy 
: 0; 


上 
及 外 ， 站 所 以 这 样 做 并 不 会 增加 CountingPtr 
的 大 小 。 男 一 方面 ， 我 们 通过 使 用 一 个 私有 崩 入 类 ， 避 免 了 与 客户 代码 
发 生 潜 在 的 冲突 。 
20.2.9 比较 
在 接 下 来 的 内 容 中 ， 我 们 将 为 计数 指针 实现 一 些 比较 运算 符 ， 并 以 


此 结束 对 计数 指针 的 讨论 。 众 所 周知 ， 内 建 指针 同时 文 持 相等 运输 符 
= = 和 !=) 和 排序 运算 符 〈<，<= 等 ) 。 

对 于 内 建 指针 而 言 ， 当 两 个 指针 都 指向 相同 的 数组 时 ， 我 们 就 可 以 
使 用 排序 运算 符 。 但 这 种 (针对 数组 的 ) 情形 并 不 适用 于 计数 器 指针 ， 
因为 计数 器 指针 总 是 指 疝 单个 对 象 或 者 数组 的 开 涉 。 因 此 ， 在 接 下 来 的 
内 容 中 ， 我 们 将 不 会 讨论 排序 运算 符 。( 然 而 ， 如 有 果 确 实 需 要 在 
CountingPtrs 之 间 进 行 排序 ， 我 们 也 可 以 像 下 面 的 相等 运算 符 一 样 来 实 
现 针 对 CountingPtr 的 排序 运算 符 。) 

下 面 是 = = 运算 符 的 实现 细节 〈!= 运 算 符 的 实现 是 类 似 的 ) : 


template<typename TT, 








typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 


class CountingPtr : private CounterPolicy, private ObjectPolicy { 


public: 
friend bool operator==(CountingPtr<T,CP,OP> const& cp， 
T const* p) { 
return cp == p; 
} 
friend bool operator==(T const* p, 
CountingPtr<T,CP,OP> const& cp) { 


return p == cp; 


拉 
template <typename T1, typename 工 2， 
typename CP, typename OP> 


inline 


bool operator== (CountingPtr<T1,CP,OP> const& cp1， 
CountingPtr<T2,CP,OP> const& cp2) 
{ 
return cpl1.operator->() == cp2.0perator->(); 

} 

最 后 这 个 位 于 类 外 面 的 运算 符 是 一 个 函数 模板 ， 它 允许 比较 指向 不 
同类 型 的 计数 器 指针 。 通 过 这 个 实现 ， 我 们 看 到 了 : 提取 由 CountingPtr 
封 沪 的 内 建 指针 是 可 能 的 。 然 而 男 一 方面 ， 我 们 通常 也 不 会 注意 : 如 果 
显 式 调用 operator-> 的 话 ， 将 意味 着 我 们 进行 了 一 些 不 安全 的 操作 。 

对 于 其 他 两 个 位 于 类 里 面 的 运算 和 从 函数， 我 们 把 它们 实现 为 非 模板 
运算 符 。 由 于 这 两 个 运算 符 必须 依赖 于 模板 参数 ， 所 以 只 能 被 实现 为 类 
内 部 的 友 元 定义 。 男 一 方面 ， 由 于 它们 不 是 模板 函数 ， 所 以 可 以 对 它们 
的 实 参 进行 普通 的 隐 式 转型 ， 其 中 包括 从 0 到 空 指针 值 的 转型 。 








20.3 本 章 后 记 








智能 指针 模板 可 能 是 继 容 器 模板 后 最 显而易见 的 模板 应 用 了 。 然 
， 隐 像 本 章 所 介绍 的 那样 ， 实 现 的 细节 却 并 非 那么 显而易见 。 事 实 
， 许 多 作者 都 对 这 个 主题 进行 了 详细 的 阐述 。 针 对 我 们 所 讨论 的 内 
， 你 可 以 在 [MeyersMoreEffective] 中 找到 一 些 更 加 基础 的 讨论 ; 另 
，[AlexandrescuDesign] 描 述 了 一 个 完整 的 、 基 于 policy 的 、 针 对 智能 
中 针 家 族 的 设计 。 

C++ 标准 库 包含 了 一 个 智能 指针 模板 auto_ptr。 它 的 用 法 类 似 于 我 
们 的 Holder/Trule 模板 。 男 外 ， 由 于 在 变量 初始 化 的 上 下 文中 ，auto_ptr 
使 用 了 一 些 C++ 的 重 载 规则 ， 所 以 与 Holder/Trule 相 比 ，aotu_ptr 并 不 需 
要 使 用 第 2 个 模板 ， 然 而 这 种 做 法 却 是 充满 争议 的 [9] 。 

其 他 的 智能 指针 也 曾经 被 建议 加 入 C++ 标准 库 ， 但 是 C++ 标准 委员 





闻 辟 请 避 


会 决定 不 对 它们 提供 支持 ， 即 它们 最 终 没 有 进入 C++ 标 准 库 。 
Boost 项 目 提 供 了 一 个 包含 多 种 智能 指针 的 程序 库 ， 从 而 能 够 满足 
多 方面 的 需要 (具体 见 [BoostSmartPtr]) 。 





示 21 于 tuple 


在 整 本 书 中 ， 我 们 经 常 使 用 同类 容器 (诸如 数组 类 型 ) 来 前 述 模板 
的 强大 威力 。 这 些 同 类 构造 扩展 了 C/C++ 数组 的 概念 ， 在 很 多 应 用 程序 
中 也 被 广泛 使 用 。 同 时 ，C/C++ 还 具有 包含 异类 对 象 的 能 力 ， 这 里 的 异 
类 指 的 是 类 型 不 同 ， 或 者 结构 不 同 。tuple 束 是 这 样 的 一 个 类 模板 ， 它 能 
够 用 于 聚集 不 同类 型 的 对 象 。 在 接 下 来 的 介绍 中 ， 我 们 将 从 duo [10] 开 
始 duo 是 一 个 类 似 于 标准 std::pair 的 实体 ， 但 在 介绍 的 过 程 中 我 们 
并 不 局 限于 两 个 异类 对 象 ， 而 是 着 重 介 绍 如 何 对 duo 进 行 淫 套 ， 使 之 可 
以 聚集 任意 个 数 的 成 员 对 象 ， 也 就 是 说 我 们 将 可 以 组 成 ttio、gquartet 等 
[11]。 

















21.1 duo 


duo 的 目的 是 把 两 个 对 象 聚集 到 一 个 单一 类 型 。 这 与 标准 库 的 
std::pair 关 模板 非常 类 似 ， 但 由 于 我 们 将 要 给 这 个 比较 基础 的 属性 加 一 
些 相对 特殊 的 功能 ， 同 时 也 为 了 避免 与 标准 库 的 pair 发 生 混 消 ， 所 以 接 
下 来 我 们 将 定义 一 个 不 同 于 pair 的 名 字 ; 为 了 简单 起 见 ， 我 们 这 里 把 这 
个 名 字 定 义 为 duo: 


template <typename 工 , typename 工 2> 





struct Duo { 
Tlv1l; /第 1 个 域 的 值 
T2 v2; /第 2 个 域 的 值 
1 
例如 ， 对 于 某 些 需 要 判断 返回 结果 是 否 有 效 的 函数 而 言 ， 这 个 duo 


就 是 很 有 用 的 ， 例 如 : 
Duo<bool,X> result = foo(); 
if (result.v1) { 
/ 结 末 是 有 效 的 ， 返 回 值 是 result.V2 


} 

而 且 ， 其 他 的 许多 应 用 程序 也 用 到 了 这 种 特性 。 

从 前 面 代码 可 以 看 出 ，duo 是 具有 一 定 优点 的 ， 而 且 它 的 结构 也 非 
常 小 ， 只 有 2 个 域 。 男 外 ， 定 义 这 样 一 个 只 具有 两 个 域 的 结构 并 不 需要 
花费 多 少 精力 ， 而 且 我 们 还 能 够 为 每 个 域 选择 一 个 有 意义 的 名 称 。 男 一 
方面 ， 我 们 可 以 对 上 面 的 基本 功能 进行 扩展 ， 从 而 可 以 获得 某 些 便利 。 
首先 ， 我 们 可 以 给 duo 增 加 两 个 构造 函数 : 


template <typename T1, typename 工 2> 








class Duo { 

public: 

Tl vl; /第 1 个 域 的 值 

T2 v2; /第 2 个 域 的 值 

/ 构造 函数 

Duo() : v1(), v20) { 

} 

Duo (T1 const& a, T2 const& b) 

: v1(a), v2(b) { 

} 
从 代码 可 以 看 出 ， 在 缺 省 构造 浮 数 中 ， 我 们 使 用 了 一 个 初始 化 列 
表 ; 因此 对 于 内 建 类 型 而 言 ， 两 个 成 员 《 也 称 为 域 ) 的 值 都 将 会 被 初始 
化 为 0〈 见 5.5 方 ) 。 


为 了 避免 提供 显 式 的 类 型 参数 ， 我 们 还 可 以 增加 一 个 辅助 函数 ， 从 


而 可 以 演绎 出 每 个 域 的 类 型 : 
template <typename T1, typename 工 2> 
inline 
Duo<T1,T2> make_duo (T1 const& a, T2 const& b) 
{ 
return Duo<T1,T2>(a,b); 
} 


现在 duo 的 创建 和 初始 化 变 得 非常 简单 。 让 我 们 做 一 下 对 比 : 在 这 


之 前 ， 我 们 需要 如 下 编写 代码 : 
Duo<bool,int> result: 
result.v1 = true; 
result.v2 = 42: 
return result; 
而 现在 我 们 只 要 用 下 面 一 行 代 码 就 可 以 完全 蔡 代 上 面 4 行 代 码 : 


return make_duo(true,42); 











而 且 ， 优 秀 的 C++ 编译 器 还 可 以 对 上 一 行 代码 进行 很 好 的 优化 ， 生 


成 与 下 面 等 价 的 代码 : 


return Duo<bool,int>(true,42); 


对 duo 的 进一步 优化 是 提供 域 类 型 的 访问 ， 从 而 可 以 在 duo 的 上 面 


创建 适配器 模板 (adapter template) : 
template <typename 工 , typename 工 2> 
class Duo { 
public: 
typedef T1 Typel; V 第 1 个 域 的 类 型 
typedef T2 Type2; V/ 第 2 个 域 的 类 型 
enum { N=2}; V 域 的 个 数 


T1 v1: // 第 1 个 域 的 值 


T2 v2; /第 1 个 域 的 值 
/ 构造 函数 

Duo() : v1(), v20) { 

} 


Duo (T1 const& a, T2 const& b) 
: v1(a), v2(b) { 
} 
上 
到 目前 为 止 ， 就 实现 而 言 ，duo 已 经 很 接近 std::pair 了 ， 但 存在 下 面 
几 个 不 同 之 处 : 
"我 们 使 用 了 不 同 的 名 字 。 
"我 们 提供 了 一 个 成 员 N， 用 于 表示 域 的 个 数 。 
“在 构造 函数 中 ， 我 们 没有 提供 用 于 隐 式 类 型 转换 的 成 员 模 板 初 始 
化 函数 。 
"我 们 没有 提供 比较 运算 符 。 
基于 这 些 区 别 ， 在 接 下 来 的 代码 中 ， 我 们 将 给 出 一 个 更 加 强大 、 清 
晰 的 实现 : 
// tuples/duo1.hpp 
#ifndef DUO_HPP 
#define DUO_HPP 
template <typename T1, typename 工 2> 
class Duo { 
public: 
typedef T1 Typel; V 第 1 个 域 的 类 型 
typedef T2 Type2; V/ 第 2 个 域 的 类 型 
enum { N=2}; V 域 的 个 数 


private: 


T1 valuel: // 第 1 个 域 的 值 

T2 value2; // 第 2 个 域 的 值 
public: 

/构造 函数 

Duo() : value1(), value2() { 

} 


Duo (T1 const & a, T2 const & b) 
: valuel(a), value2(b) { 
} 
/用 于 在 构造 期 间 ， 进 行 隐 式 的 类 型 转换 
template <typename U1, typename U2> 
Duo (Duo<U1,U2> const & d) 
: valuel(d.v1()), value2(d.v2()) { 
} 
// 用 于 在 赋值 期 间 ， 进 行 隐 式 的 类 型 转换 
template <typename U1, typename U2> 
Duo<T1, T2>& operator = (Duo<U1,U2> const & d) { 
valuel = d.valuel; 
value2 = d.value2; 
return *this; 
} 
/用 于 访问 域 的 函数 〈 域 访问 函数 ) 
TI& v1() { 
return valuel; 
} 
T1 const& v1() const { 


return valuel; 
} 
T28& v2() { 
return value2; 
} 
T2 const& v2() const { 


return value2; 


上 
/ 比较 运算 符 (允许 混合 类 型 ): 
template <typename T1, typename 工 2， 
typename U1, typename U2> 
inline 
bool operator == (Duo<T1,T2> const& d1, Duo<U1,U2> const& d2) 
. 
return d1.v10==d2.v10 && d1.v2()==d2.v2(); 
} 
template <typename T1, typename 工 2， 
typename U1, typename U2> 
inline 
bool operator != (Duo<T1,T2> const& d1, Duo<U1,U2> const& d2) 
{ 
return !(d1==d2); 
} 
/ 针对 创建 和 初始 化 的 辅助 函数 
template <typename T1, typename 工 2> 


inline 


Duo<T1,T2> make_duo (T1 const & a, T2 const & b) 
{ 
return Duo<T1,T2>(a,b); 
} 
#endif // DUO_HPP 
在 上 面 的 代码 中 ， 我 们 对 前 面 的 代码 进行 下 面 的 一 些 修改 : 
"我 们 把 成 员 变 量 声明 为 private 变 量 ， 并 且 增 加 了 相应 的 访问 函数 。 
"在 缺 省 构造 函数 中 ， 我 们 对 两 个 成 员 都 进行 了 显 式 初始 化 。 


template <typename T1, typename 工 2> 








class Duo { 


Duo () : valuel () ，value2 ( ) { 


} 
} 
“我 们 提供 了 针对 构造 函数 的 成 员 模 板 ， 从 而 可 以 对 混合 类 型 进行 
构造 和 初始 化 。 


"我 们 提供 了 比较 运算 符 = = 和 !=， 同 时 我 们 还 为 比较 运算 符 两 边 的 
duo 分 别 引 入 了 一 组 模板 参数 ， 从 而 可 以 对 混合 类 型 进行 比较 。 

实际 上 ， 上 面 所 有 的 成 员 模 板 都 是 为 了 实现 针对 混合 类 型 的 操作 。 
也 就 是 说 ， 借 助 于 这 些 成 员 模 板 ， 在 初始 化 、 赋 值 和 比较 一 个 duo 的 时 
候 ， 对 于 duo 的 参数 ， 人 允许 进行 一 次 隐 式 的 类 型 转换 。 例 如 : 

// tuples/duol1.cpp 











#include "duol1.hpp" 
Duo<float,int> foo () 
{ 

return make_duo(42,42); 


} 
int main() 
{ 
if (foo() == make_duo(42,42.0)) { 


} 

在 上 面 代码 的 foo0 中 ， 进 行 了 一 次 从 make_duo0 的 返回 类 型 “ 即 
Duo<int,int> 〉 到 foo0 的 返回 类 型 〈 即 Duo<floatint>) 的 隐 式 类 型 转换 。 
类 似 地 ， 在 main 函 数 中 ， 我 们 是 将 foo0 的 返回 值 和 make_duo(42,42.0) 

《 即 Duo<int,double>) 的 返回 值 进行 比较 ， 同 样 也 进行 了 一 次 隐 式 类 型 
转换 。 

根据 上 面 的 代码 ， 要 增加 一 些 用 于 聚集 3 个 值 的 trio 模 板 ， 或 者 更 多 
个 值 的 其 他 模板 ， 实 现 起 来 原理 是 一 样 的 。 然 而 ， 在 下 一 节 中 ， 我 们 将 
介绍 一 种 更 加 结构 化 的 方法 ， 它 通过 仍 僚 化 duo 对 象 ， 来 聚集 更 多 的 对 
象 。 


21.2 可 地 归 duo 


考虑 下 面 的 对 象 定义 : 

Duo<int, Duo<char, Duo<bool, double> > > qd4; 

qd4 的 类 型 就 是 所 谓 的 可 递归 duo。 它 是 一 个 实例 化 自 duo 模 板 的 类 
型 ， 而 且 它 的 第 2 个 类 型 实 参 本 里 就 是 一 个 duo。 从 理论 上 而 言 ， 我 们 完 
全 可 以 对 第 1 个 参数 进行 递归 ， 但 是 为 了 统一 起 见 ， 在 本 主题 所 讨论 的 
内 容 里 ， 我 们 将 只 把 第 2 个 模板 实 参 作为 可 递归 duo， 也 就 是 说 ， 第 2 个 
模板 实 参 本 身 就 是 一 个 duo。 

















21.2.1 域 的 个 数 


// tuples/duo2.hpp 
template <typename A, typename B, typename C> 


class Duo<A, Duo<B,C> >{ 


public: 
typedef A T1; / 第 1 个 域 的 类 型 
typedef Duo<B,C> T2; // 第 2 个 域 的 类 型 
enum { N = Duo<B,C>::N + 1 }):/ 域 的 个 数 
private: 
T1 valuel: // 第 1 个 域 的 值 
T2 value2; // 第 2 个 域 的 值 
public: 


/其 他 的 公共 成 员 都 不 需要 改变 


}; 

为 了 完整 性 考虑 ， 我 们 还 需要 为 duo 提 供 一 个 局 部 特 化 ， 作 为 上 面 
递归 的 出 口 。 在 此 ， 这 个 出 口 是 一 个 只 包含 一 个 域 的 duo: 

// tuples/duo6.hpp 

/ 针对 只 含有 一 个 域 的 Duo<> 的 局 部 特 化 template <typename A> 


struct Duo<A,void> { 





public: 
typedef A T1; / 第 1 个 域 的 类 型 
typedef void T2; V 第 2 个 域 的 类 型 
enum { N=1}); V 域 的 个 数 


Private: 
T1 valuel: // 第 2 个 域 的 值 
public: 


// 构造 函数 


Duo() : valuel1() { 
} 
Duo (T1 const & a) 
: valuel(a) { 
} 
1/ 域 访问 函数 
Til& v1() { 
return valuel; 
} 
T1 const& v1() const {return valuel; 
} 
void v2() { 
} 
void v2() const { 


} 


1 
我 们 看 到 ， 在 上 面 的 局 部 特 化 中 ， 成 员 函 数 v20 实 际 上 是 没有 意义 
的 ， 但 为 了 正 交 性 考虑 ， 我 们 仍然 需要 保留 这 个 函数 。 
21.2.2 域 的 类 型 


与 trio 或 者 quartet 类 相 比 ， 可 递归 duo 使 用 起 来 并 不 容易 。 例 如 ， 如 
果 我 们 要 访问 《前 面 代码 的 ) 对 象 94 的 第 3 个 域 值 ， 我 们 需要 编写 如 下 
的 表达 式 : 

q4.v2().v2().v1() 

这 看 起 来 既 不 紧凑 ， 也 不 直观 。 笠 运 的 是 ， 我 们 能 够 针对 这 种 情况 
编写 可 递归 的 模板 ， 从 而 在 一 个 可 递归 duo 中 ， 就 可 以 高 效 地 访问 每 个 





域 的 类 型 和 值 。 

让 我 们 先 看 看 类 型 函数 DuoT 的 代码 《你 可 以 在 tuples/duo3.hpp 找 到 
这 份 代 码 ) ， 它 用 于 获取 可 递归 duo 的 第 n 个 类 型 。 其 中 泛 型 定义 如 下 : 

1/ 用 于 获取 duo 的 第 N 个 域 的 类 型 ( 即 T) 的 基本 模板 

template <int N, typename T> 

class DuoT { 

public: 
typedef void ResultT; “// 一般 情况 下 ， 结 构 类 型 是 void 

上 

这 个 基本 模板 保证 了 以 下 的 事实 : 对 于 non-Duo (〈 非 duo) 而 言 ， 
结果 类 型 为 void。 对 于 非 递归 的 duo， 我 们 也 可 以 定义 两 个 简单 的 局 部 
特 化 ， 用 于 获取 每 个 域 的 类 型 : 

/针对 普通 duo 第 1 个 域 的 特 化 

template <typename A, typename B> 

class DuoT <1, Duo<A,B> > { 











public: 
typedef A ResultTIT; 
次 
/针对 普通 duo 第 2 个 域 的 特 化 
template <typename A, typename B> 
class DuoT<2, Duo<A,B> > { 
public: 
typedef B 忆 ResultTI; 
检 
有 了 上 面 这 些 特 化 之 后 ， 我 们 就 可 以 这 样 定义 可 化 归 duo 的 第 N 个 
域 的 类 型 : 一般 情 况 下 ， 它 等 于 第 2 个 域 ( 本 身 也 是 一 个 duo〉 的 第 N-1 
个 域 的 类 型 。 





/ 针对 可 递归 duo 第 N 个 域 的 类 型 的 特 化 
template <int N, typename A, typename B, typename C> 
class DuoT<N, Duo<A, Duo<B,C> > > { 
public: 
typedef typename DuoT<N-1, Duo<B,C> >::ResultT ResultT; 
上 
另外 ， 针 对 可 递归 duo 第 1 个 〈 域 的 ) 类 型 的 特 化 如 下 ， 它 将 用 于 终 
止 递 归 : 
/ 针对 可 递归 duo 第 1 个 域 的 特 化 
template <typename A, typename B, typename C> 
class DuoT<1, Duo<A, Duo<B,C> > > 1{ 
public: 
typedef A ResultTIT; 
| 
对 于 可 递归 duo 第 2 个 〈 域 的 ) 类 型 而 言 ， 为 了 避免 和 非 递归 的 duo 
产生 二 义 性 ， 我 们 还 需要 为 它 提供 一 个 局 部 特 化 : 
/ 针对 可 递归 duo 的 第 2 个 域 的 局 部 特 化 
template<typename A, typename B, typename C> 
class DuoT<2, Duo<A, Duo<B, C> > > { 
public: 
typedef B ResultT; 
| 
实际 上 上， 上面 的 代码 并 不 是 实现 DuoT 模 板 的 唯一 途径 ， 有 兴趣 的 
读者 也 可 以 尝试 使 用 IfThenElse 模 板 〈 见 15.2.4 小 他) ， 来 达到 同样 的 目 
的 。 





21.2.3 域 的 值 


在 一 个 可 递归 duo 中 ， 就 操作 而 言 ， 抽 取 第 N 个 值 与 抽取 第 N 个 类 型 
是 类 似 的 ， 只 是 抽取 第 N 个 值 要 稍微 复杂 一 些 。 为 了 能 够 抽取 第 N 个 
值 ， 我 们 需要 实现 一 个 形 为 val<N>(duo) 的 接口 。 但 是 在 实现 该 接口 的 
过 程 中 ， 我 们 需要 先 实 现 一 个 辅助 类 模板 DuoValue， 因 为 只 有 类 模板 才 
能 够 被 局 部 特 化 (函数 模板 现在 不 可 以 ， ， 而 局 部 特 化 能 够 帮助 我 们 高 
效 地 抽取 第 N 个 值 。 下 面 就 是 val0) 函 数 如 何 进行 委托 的 代码 : 

// tuples/duo5.hpp 














#include "typeop.hpp" 

// 返回 变量 duo 的 第 N 个 值 

template <int N, typename A, typename B> 

inline 

typename TypeOp<typename DuoT<N, Duo<A, B> >::ResultT>::RefT 

val(Duo<A, B>& d) 

{ 

return DuoValue<N, Duo<A, B> >::get(d); 

} 

// 返回 常量 duo 的 第 N 个 值 

template <int N, typename A, typename B> 

inline 

typename TypeOp<typename DuoT<N, Duo<A， B> 
>::ResultT>::RefConstT 

val(Duo<A, B> const& d) 

{ 

return DuoValue<N, Duo<A, B> >::get(d); 

} 

根据 上 一 小 节 的 内 容 ， 我 们 知道 可 以 使 用 DuoT 模 板 来 确定 val () 
的 返回 类 型 ， 同 时 ， 我 们 还 使 用 了 15.2.3 小 节 开发 的 TypeOp 类 型 函数 ， 


从 而 确保 返回 类 型 为 一 个 引用 类 型 。 
下 面 是 DuoValue 的 一 个 完整 实现 ， 和 我 们 前 面 所 讨论 的 DuoT 很 类 
似 ( 接 下 来 将 讨论 实现 的 每 一 部 分 〉: 
// tuples/duo4.hpp 
#include "typeop.hpp" 
/ 基本 模板 ， 针 对 求 ”(duo) 工 的 第 N 个 值 
template <int N, typename T> 
class DuoValue { 
public: 
static void get(T&) { / 一 般 情 况 下 ， 并 不 返回 值 
} 
static void get(T const&) { 
} 
上 
/针对 普通 duo 的 第 1 个 域 的 特 化 
template <typename A, typename B> 
class DuoValue<1, Duo<A, B> > 1{ 
public: 
static Ag& get(Duo<A, B> &d) { 
return d.v1(); 
} 
static A const& get(Duo<A, B> const &d) { 
return d.v1(); 
} 
上 
/针对 普通 duo 第 2 个 域 的 特 化 


template <typename A, typename B> 


class DuoValue<2, Duo<A,B> >{ 
public: 
static B& get(Duo<A, B> &d) { 
return d.v2(); 
} 
static B const& get(Duo<A, B> const &d) { 


return d.v2(); 


上 
/ 针对 可 递归 duo 的 第 N 个 值 的 特 化 
template <int N, typename A, typename B, typename C> 
struct DuoValue<N, Duo<A, Duo<B,C> > > { 
static 
typename TypeOp<typename DuoT<N-1, Duo<B,C> 
::ResultT>::RefT 
get(Duo<A, Duo<B,C> > &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 
} 
static typename TypeOp<typename DuoT<N-1, Duo<B,C> 
>::ResultT>::RefConstT 
get(Duo<A, Duo<B,C> > const &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 
} 
}; 
/ 针对 可 递归 duo 的 第 1 个 域 的 特 化 
template <typename A, typename B, typename C> 


class DuoValue<1, Duo<A, Duo<B,C> > > 1 


public: 
static A& get(Duo<A, Duo<B,C> > &d) { 
return d.v1(); 


} 
static A const& get(Duo<A, Duo<B,C> > const &d) { 


return d.v1(); 


上 
/ 针对 可 递归 duo 的 第 2 个 域 的 特 化 
template <typename A, typename B, typename C> 
class DuoValue<2, Duo<A, Duo<B,C> > > { 
public: 
static B& get(Duo<A, Duo<B,C> > &d) { 
return d.v2().v1(); 
} 
static B const& get(Duo<A, Duo<B,C> > const &d) { 
return d.v2().v1(); 


和 DuoT 了 一样， 我 们 提供 了 一 个 DuoValue 的 泛 型 定义 ， 它 令 get 函 数 
返回 void。 由 于 函数 模板 能 够 返回 void 表达 式 ， 这 就 使 类 模板 DuoValue 
同时 适用 于 nonduo， 或 者 大 于 最 大 限制 的 N 值 (虽然 传 入 nonduo 或 者 过 
大 的 N 值 时 无 意义 ， 但 是 这 种 实现 方法 有 利于 简化 某 些 模板 的 实现 ) : 

/基本 模板 ， 针 对 求 (duo) 工 的 第 N 个 值 


template <int N, typename 工 > 














class DuoValue { 


public: 


static void get(T&) { / 一 般 情 况 下 ， 并 不 返回 值 


} 

static void get(T const&) { 

} 
和 DuoT 一 样 ， 我 们 先 特 化 非 递归 duo: 
/ 针对 普通 duo 的 第 1 个 域 的 特 化 
template <typename A, typename B> 
class DuoValue<1, Duo<A, B> >{ 

public: 
static A& get(Duo<A, B> &d){ 
return d.v1(); 
} 
static A const& get(Duo<A, B> const &d) { 


return d.v1(); 
上 


然后 我 们 对 可 递归 duo 进 行 特 化 “和 DuoT 一 样 ) : 


template <int N, typename A, typename B, typename C> 


class DuoValue<N, Duo<A, Duo<B,C> > >{ 
public: 


static 


typename TypeOp<typename DuoT<N-1, 


>::ResultT>::RefT 
get(Duo<A, Duo<B,C> > &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 


Duo<B,C> 


} 
static typename TypeOp<typename DuoT<N-1, Duo<B,C> 


>::ResultT >::RefConstT 
get(Duo<A, Duo<B,C> > const &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 
} 
有 
/ 针对 可 递归 duo 的 第 1 个 域 的 特 化 
template <typename A, typename B, typename C> 
class DuoValue<1, Duo<A, Duo<B,C> > > { 
public: 
static A& get(Duo<A, Duo<B,C> > &d) { 
return d.v1(); 
} 
static A const& get(Duo<A, Duo<B,C> > const &d) { 


return d.v1(); 


上 
/ 针对 可 递归 duo 的 第 2 个 域 的 特 化 
template <typename A, typename B, typename C> 
class DuoValue<2, Duo<A, Duo<B,C> > > { 
public: 
static B& get(Duo<A, Duo<B,C> > &d) { 
return d.v2().v1(); 
} 
static B const& get(Duo<A, Duo<B,C> > const &d) { 
return d.v2().v1(); 


下 面 程 序 给 出 如 何 使 用 上 面 的 duo: 
// tuples/duo5.cpp 


#include "duol1.hpp" 


#include "duo2.hpp" 


#include "duo3.hpp" 


#include "duo4.hpp" 


#include "duo5.hpp" 


#include <iostream> 


int main() 


{ 


} 


/ 创建 和 使 用 一 个 简单 的 duo 
Duo<bool,int> d; 

std::cout << d.v1() << std::end]; 
std::cout << val<1>(d) << std::endl; 
/ 创建 和 使 用 triple 
Duo<bool,Duo<int,float> > t; 
val<1>(t) = true; 

val<2>(t) = 42; 

val<3>(t) = 0.2; 

std::cout << val<1>(t) << std::endl; 
std::cout << val<2>(t) << std::endl; 


std::cout << val<3>(t) << std::endl; 


例如 ， 调 用 
val<3>(t) 


最 后 将 会 扩展 为 : 

t.v2().v2() 

由 于 在 模板 的 实例 化 过 程 中 ， 递 归 是 在 编译 期 全 部 解 开 的 ， 并 且 
val〈) 函数 是 一 个 简单 的 内 联 函 数 ， 所 以 上 面 实 现 的 这 个 功能 最 后 将 
会 是 非常 高 效 的 。 一 个 好 的 编译 器 将 会 尽量 减少 这 些 方面 ( 指 内 联 和 递 
归 ) 的 代码 量 ， 使 之 与 具有 简单 结构 的 域 访 问 的 代码 量 大 体 相 当 。 

然而 ， 即 使 从 现在 看 来 ， 声 明和 构造 duo 对 象 仍然 是 抹 烦 的 ; 
此 ， 下 一 节 我 们 将 给 出 另 一 种 实现 方法 。 


21.3 tuple 构 造 


从 上 一 节 我 们 知道 ， 可 递归 duo 的 众 套 结构 有 助 于 展现 
metaprogramming 技 术 的 应 用 。 然 而 ， 对 一 个 普通 程序 员 而 言 ， 总 是 期 
望 可 以 获得 该 结构 的 一 种 简单 接口 ， 从 而 可 以 在 日 常 工作 中 容易 地 使 用 
这 种 结构 。 为 了 实现 这 种 接口 ， 我 们 可 以 定义 一 个 含有 多 个 参数 的 可 递 
归 tuple 模 板 ， 并 让 它 派生 上 自 一 个 可 递归 duo 类 型 ， 其 中 该 duo 类 型 的 域 个 
数 是 有 限制 的 ， 在 此 ， 我 们 假设 tuple 最 多 只 具有 5 个 域 ， 但 告 要 提供 更 
多 的 域 ， 原 理 是 完全 一 样 的 。 男 外 ， 你 可 以 在 tuples/tuplel.hpp 找 到 这 部 
分 代码 。 

为 了 使 tuple 的 大 小 ( 即 域 个 数 ) 是 可 变 的 ， 我 们 声明 了 一 些 无 用 
的 类 型 参数 ， 它 们 的 缺 省 值 是 一 个 null 类 型 ， 在 此 ， 我 们 特地 定义 了 一 
个 NullT 类 型 ， 用 于 代表 这 种 null 类 型 。 之 所 以 使 用 NulT， 而 不 使 用 
void， 是 因为 我 们 需要 创建 该 类 型 ( 即 NullT〉 的 参数 ， 而 void 是 不 能 作 
为 参数 类 型 的 : 

/用 于 代表 无 用 类 型 参数 的 类 型 

class NullT { 

上 











接 下 来 ， 我 们 把 tuple 定 义 为 一 个 模板 ， 它 派生 目 duo， 而 且 该 duo 至 
少 具 有 一 个 定义 为 NullT 的 类 型 参数 : 
区 一 般 情况 下 ，Tuple<> 都 创建 自 “ 至 少 含 有 一 个 NullT 的 男 一 个 


Tuple<>” 





template<typename P1, 
typename P2 = NullT, 
typename P3 = NullT, 
typename P4 = NullT, 
typename P5 = NullT> 
class Tuple 
: public Duo<P1, typename Tuple<P2,P3,P4,P5,NullT>::BaseT> { 
public: 
typedef Duo<P1, typename Tuple<P2,P3,P4,P5, NullT>::BaseT> 
Basel:; 
/ 构造 函数 : 
TupleQ) {} 
Tuple(TypeOp<P1>::RefConstT al, 
TypeOp<P2>::RefConstT a2, 
TypeOp<P3>::RefConstT a3 = NullT(), 
TypeOp<P4>::RefConstT a4 = NullT(), 
TypeOp<P5>::RefConstT ao = NullT()) 
: BaseT(al, Tuple<P2,P3,P4,P5, NullT>(a2,a3,a4,a5)) { 


}; 

从 上 面 代码 可 以 看 出 ， 当 给 可 递归 的 步骤 传递 参数 的 时 候 ， 我 们 使 
用 了 转移 的 实现 方式 〈 即 1 处 ) 。 另 一 方面 ， 由 于 派生 自 一 个 基 类 duo， 
其 中 duo 含 有 成 员 类 型 T1 和 T2， 因 此 我 们 使 用 Pn 而 不 是 Tn 来 作为 模板 参 


数 的 名 称 [12] 。 

同时 ， 我 们 需要 一 个 局 部 特 化 ， 用 于 结束 这 种 递归 ;该 特 化 派生 目 
一 个 非 递归 的 duo: 

/ 用 于 终止 递归 的 特 化 

template <typename P1, typename P2> 


class Tuple<P1,P2, NullT,NullT,NullT> : public Duo<P1,P2> { 
public: 





typedef Duo<P1,P2> BaseT; 
Tuple() {} 
Tuple(TypeOp<P1>::RefConstT al, 
TypeOp<P2>::RefConstT a2, 
TypeOp<NullT>::RefConstT = NullT(), 
TypeOp<NullT>::RefConstT = NullT(), 
TypeOp<NullT>::RefConstT = NullT()) 
: BaseT(al, a2) { 
1 
站 
于 是 ， 有 一 个 如 下 的 声明 : 
Tuple<bool],int,float, double> t4(true,42,13,1.95583); 
最 后 的 层次 体系 将 会 如 图 21.1 所 示 。 


Duo < float ，double > 


Duo< int , Tuple<float,double,NullT,NullT,NullT>:BaseT> | 





Duo < bool , Tuple<int,float,double,NullT,NullT> :BaseT> | 


Tuple<bool,int,float, double, NullT> 





| 





图 21.1 Tuple<bool,int,float,double> 的 类 型 


而 其 他 的 特 化 将 会 考虑 tuple 是 一 个 singleton《〈 即 只 具有 一 个 域 ) 的 
情形 : 
// 针对 singletons 的 特 化 
template <typename P1> 
class Tuple<P1,NullT,NullT,NullT,NullT> : public Duo<P1,void> { 
public: 

typedef Duo<P1,void> BaseT; 

Tuple() {} 

Tuple(TypeOp<P1>::RefConstT al, 
TypeOp<NullT>::RefConstT = NullT(), 
TypeOp<NullT>::RefConstT = NullT(), 
TypeOp<NullT>::RefConstT = NullT(), 
TypeOp<NullT>::RefConstT = NullT()) 

: BaseT(al) { 


1 

最 后 ， 我 们 希望 定义 类 似 于 21.1 节 的 make_duo0 的 函数 ， 从 而 可 以 
目 动 地 演绎 出 模板 参数 。 遗 憾 的 是 ， 对 于 前 面 所 支持 的 每 种 不 同 大 小 的 
tuple， 都 需要 声明 一 个 不 同 的 函数 模板 make_duo()， 因 为 函数 模板 不 能 
含有 人 缺 省 模板 实 参 [13] ， 而 且 在 模板 参数 的 演绎 过 程 中 ， 也 不 会 考虑 缺 
省 的 函数 调用 实 参 。 于 是 ， 我 们 需要 如 下 定义 这 些 函 数 模板 : 

/针对 一 个 实 参 的 辅助 函数 

template <typename T1> 

inline 

Tuple<T1> make_tuple(T1 const &al) 

{ 

return Tuple<T1>(al); 

} 

/针对 两 个 实 参 的 辅助 函数 

template <typename T1, typename 工 2> 

inline 

Tuple<T1,T2> make_tuple(T1 const &al, T2 const &a2) 

| 

return Tuple<T1,T2>(al,a2); 

} 

/针对 3 个 实 参 的 辅助 函数 

template <typename 工 , typename T2, typename T3> 


inline 

Tuple<T1,T2,T3> make_tuple(T1 const &al, T2 const &a2, 
T3 const &a3) 

{ 


return Tuple<T1,T2,T3>(al,a2,a3); 


} 
/ 针对 4 个 实 参 的 辅助 函数 
template <typename T1, typename T2, typename T3, typename T4> 
inline 
Tuple<T1,T2,T3,T4> make_tuple(T1 const &al, T2 const &a2, 
T3 const &a3, T4 const &a4) 


return Tuple<T1,T2,T3,T4>(al,a2,a3,a4); 

} 

/ 针对 5 个 实 参 的 辅助 函数 

template <typename T1, typename T2, typename 工 3， 

typename T4, typename T5> 

inline 

Tuple<T1,T2,T3,T4,T5> make_tuple(T1 const &al, T2 const &a2, 
T3 const &a3, T4 const &ad4, 
T5 const &a5) 


return Tuple<T1,T2,T3,T4,T5>(al,a2,a3,a4,a5); 
} 
下 面 的 程序 给 出 如 何 使 用 该 tuple: 
// tuples/tuplel.cpp 
#include "tuplel.hpp" 
#include <iostream> 
int main() 
\ 
/ 创建 和 使 用 只 具有 1 个 域 的 tuple 
Tuple<int> tl; 


Val<1>(t1) += 42; 

std::cout << t1.V10 << std::endl; 
/创建 和 使 用 duo 

Tuple<bool,int> t2; 

std::cout << val<1>(t2) <<","; 
std::cout << t2.v1() << std::endl; 

/ 创建 和 使 用 triple 
Tuple<bool,int,double> t3; 
val<1>(t3) = true; 

val<2>(t3) = 42; 

val<3>(t3) = 0.2; 

std::cout << val<1>(t3) <<", "; 
std::cout << val<2>(t3) << ","; 
std::cout << val<3>(t3) << std::endl; 
t3 = make_tuple(false, 23, 13.13); 
std::cout << val<1>(t3) << ", "; 
std::cout << val<2>(t3) <<","; 
std::cout << val<3>(t3) << std::endl; 
// 创建 和 使 用 quadruple 
Tuple<bool,int,float,double> t4(true,42,13,1.95583); 
std::cout << val<4>(t4) << std::end!l; 
std::cout << t4.v2().v2().v2() << std::end]; 

} 

如 果 我 们 要 获得 一 个 具有 工业 强度 的 实现 ， 那 么 要 完成 一 个 完整 的 
实现 ， 还 需要 对 我 们 前 面 所 提供 的 代码 进行 扩展 。 例 如 ， 为 了 对 tuple 的 
参数 进行 转型 ， 我 们 需要 定义 一 个 赋值 运算 符 模 板 。 因 为 对 于 现今 代码 
而 言 ， 参 数 类 型 是 必须 精确 匹配 的 : 








Tuple<bool,int,float> t3; 
t3 = make_tuple(false, 23, 13.13); / 错误 : 13.13 为 double 类 型 


21.4 本 章 后 记 











许多 程序 员 平 党 会 独立 地 编写 一 些 模板 应 用 程序 ，tuple 构 造 可 能 就 
是 其 中 的 一 个 。 对 于 tuple 构 造 而 言 ， 每 个 程序 员 编号 出 来 的 代码 细节 通 
党 各 不 相同 ， 但 大 多 都 是 基于 可 递归 pair 结 构 的 思想 (如 我 们 的 可 递归 
duo) 。 男 一 方面 ，Andrei Alexandrescu 在 [AlexandrescuDesign| 一 书 中 开 
发 了 一 种 有 趣 的 实现 ， 它 把 tuple 的 类 型 列表 (Uist of type) 从 tuple 的 域 
列表 (ist of field) 中 分 离 出 来 ， 从 而 束 有 了 type list 的 概念 ， 而 且 在 该 
书 中 ，typelist 上 只 有 多 种 应 用 《其 中 一 个 应 用 吏 是 实现 一 个 封装 类 型 的 
tuple 构 造 ) 。 

13.3 节 讨论 了 template list parameter 的 概念 ， 这 是 一 个 语言 扩展 ， 它 
有 助 于 简化 tuple 的 实现 。 














函数 对 象 〈 也 称 为 仿 函 数 ) 是 指 : 可 以 使 用 函数 调用 语法 进行 调用 
的 任何 对 象 。 在 C 程 序 设计 语言 中 ， 有 3 种 类 似 于 函数 调用 语法 的 实体 : 
函数 、 类 似 于 函数 的 宏和 函数 指针 。 由 于 函数 和 宏 实际 上 并 不 是 对 象 ， 
因此 在 C 语言 中 ， 我 们 只 把 函数 指针 看 成 仿 函 数 。 然 而 在 C++ 中 ， 
在 其 他 的 函数 对 象 : 对 于 class 类 型 ， 我 们 可 以 重 载 函 数 调用 运算 符 
存在 函数 引用 (reference to function ) 的 概念 ， 另外 ， ee 
函数 指针 也 都 有 自身 的 调用 语法 。 事 实 上 ， 并 不 是 每 个 概念 的 可 用 性 都 
是 一 样 的 ， 但 如 有 末 能 把 仿 函 数 的 概念 和 模板 所 提供 的 编译 期 参数 化 机 制 
结合 起 来 ， 那 么 将 会 给 我 们 市 来 非常 强大 的 程序 设计 技术 。 

除了 阐述 各 种 仿 函 数 类 型 ， 本 章 还 注重 仿 函 数 的 习惯 用 法 。 事 实 
上 ， 对 于 仿 函 数 而 言 ， 几 乎 所 有 的 使 用 都 是 某 种 形式 的 回调 ， 而 回调 的 
含义 是 这 样 的 : 对 于 一 个 程序 库 ， 它 的 客户 问 和 希望 该 程序 库 能 够 调用 客 
户 端 自 定 义 的 某 些 函数 ， 我 们 就 把 这 种 调用 称 为 回调 。 一 个 常见 的 例子 
就 是 我 们 平常 所 使 用 的 排序 规则 ， 用 于 在 一 个 要 排序 的 集合 中 ， 比 较 其 
中 的 两 个 元 素 ; 在 此 ， 这 个 排序 规则 就 是 以 一 个 仿 函 数 的 形式 传递 给 程 
序 库 代 人 码 的 。 在 原来 的 C++ 中 ， 回 调 这 个 概念 是 专门 为 仿 函 数 而 保留 
的 ， 而 仿 函 数 通 常 是 以 函数 调用 实 参 的 形式 传递 给 程序 库 代 人 码 〈 而 现在 
rt tapas te 为 了 遵循 这 种 习惯 用 法 ， 我 们 也 
将 继续 使 用 “回调 ”这 个 概念 。 

0 不 同 的 C++ 程 序 设 
计 者 可 能 会 给 出 略 有 差异 的 定义 。 而 与 我 们 上 面 所 给 出 的 定义 相 比 ， 大 
多 数 人 可 能 还 会 加 上 以 下 限制 : 在 仿 函 数 或 者 函数 对 象 的 概念 中 ， 只 包 











括 class 类 型 的 对 象 ， 并 不 包含 函数 指针 。 为 外 ， 我 们 通常 都 会 听 到 关于 
把 “函数 对 象 的 class 类 型 ”看 成 < 函数 对 象 ” 的 讨论 ; 换 句 话 说， 短语 “函数 
对 象 的 class 类 型 的 简写 就 是 “函数 对 象 ”。 尽 管 在 日 常 工 作 中 ， 我 们 对 
这 些 术 语 者 不 会 很 在 意 ， 但 我 们 在 本 章 的 开头 就 给 出 了 函数 对 象 的 初始 
定义 ， 从 而 也 使 读者 有 一 个 很 明确 的 概念 。 

在 阐述 如 何 使 用 模板 来 实现 有 用 的 仿 函 数 之 前 ， 我 们 先 讨论 函数 调 
用 的 一 些 属性 ， 也 正 是 这 些 属性 的 差异 ， 才 真正 体现 出 基于 模板 的 仿 函 
数 的 优点 。 








一 般 情况 下 ， 当 C 或 者 C++ 编 译 占 过 到 一 个 非 内 联 函数 的 定义 时 ， 
它 会 为 该 函数 的 定义 生成 机 器 码 ， 并 把 这 些 机 器 人 码 存 储 在 一 个 目标 文件 
中 。 同 时 ， 它 还 创建 了 一 个 与 这 些 机 器 码 相 关联 的 名 称 。 在 C 中 ， 这 个 
名 称 通常 就 是 函数 本 身 的 名 称 ; 而 在 C++ 中 ， 该 名 称 还 要 加 上 参数 类 型 
的 编码 ， 从 而 即使 在 出 现 函 数 重 载 的 情况 下 ， 也 能 够 获得 唯一 的 名 称 
(最 后 这 个 名 称 通常 称 为 mangled name， 有 时 也 称 为 decorated name) 。 
璧 如 ， 当 编译 器 看 到 一 个 如 下 的 调用 : 

ff); 

它 将 会 生成 函数 f 的 机 器 码 。 对 于 大 多 数 机 器 语言 来 说 ， 调 用 指令 
本 喘 需 要 例 行 程序 {f 的 起 始 位 置 。 这 时 就 出 现 了 两 种 情况 : 该 起 始 位 置 
可 能 成 为 指令 的 一 部 分 (在 这 种 情况 下 ， 这 种 指令 也 被 称 为 直接 调 
用 ) ， 也 可 能 位 于 内 存 或 机 器 寄存 器 的 某 处 〈 间 接 调用 ) 。 事 实 上 ， 大 
多 数 现代 的 计算 机 体系 结构 都 提供 了 这 两 种 程序 调用 指令 ; 但 是 直接 调 
用 的 执行 效率 比 间 接 调 用 要 高 出 不 少 (至 于 原因 ， 己 经 超出 本 书 的 讨论 
范围 ) 。 实 际 上 ， 随 着 计算 机 体系 结构 的 不 断 复杂 化 ， 直 接 调 用 和 间接 
调用 之 间 的 效率 差距 也 不 断 增 大 。 因 此 ， 编 译 器 通常 都 会 尽 可 能 地 生成 

















直接 调用 指令 。 

通常 而 言 ， 编 译 器 刚 开 始 并 不 知道 函数 究竟 位 于 什么 地 址 《例如 ， 
函数 可 以 位 于 其 他 翻译 单元 ) 。 然 而 ， 如 果 编 辑 器 知道 了 函数 的 名 称 ， 
那么 它 首 先 会 生成 一 个 不 含 地 址 的 调用 指令 一 一 或 者 称 为 一 个 地 址 仍 未 
确定 的 调用 指令 。 另 外 ， 编 译 器 在 目标 文件 中 还 会 生成 一 个 实体 ， 借 助 
这 个 实体 ， 链 接 器 在 后 面 能 够 更 新 上 面 创建 的 调用 指令 ， 使 它 的 地 址 指 
向 给 定名 称 的 函数 ， 从 而 成 为 一 个 地 址 确定 的 调用 指令 。 链 接 器 之 所 以 
能 够 完成 这 些 功能 ， 是 因为 它 能 够 见 到 创建 目 所 有 翻译 单元 的 所 有 目标 
文件 ， 也 就 是 说 : 链接 器 在 看 到 函数 定义 的 位 置 的 同时 ， 也 看 到 了 函数 
调用 的 位 置 ， 因 此 能 够 确定 直接 调用 的 具体 位 置 [14] 。 

遗憾 的 是 ， 当 函数 名 称 并 不 确定 的 时 候 ， 就 只 能 使 用 间接 调用 了 。 
使 用 函数 指针 进行 调用 的 例子 通常 就 都 属于 这 种 情况 : 

void foo (void (*pf)()) 

{ 

pfO; /通过 函数 指针 pf 进行 间接 调用 

} 

在 这 个 例子 中 ， 链 接 絮 通常 都 不 能 够 知道 参数 pf 完 竞 指向 哪 一 个 函 
数 〈 也 就 是 说 ， 对 于 foo0) 的 不 同调 用 ，pf 所 指 疝 的 函数 就 可 能 不 同 〉。 
因此 ， 编 译 器 并 不 能 根据 pf 来 匹配 任何 名 字 ; 而 是 要 到 代码 实际 执行 的 
时 候 ， 才 能 够 知道 具体 的 调用 目标 是 什么 函数 。 

对 于 现在 的 计算 机 而 言 ， 尽 管 执行 直接 调用 指令 的 速度 和 执行 其 他 
一 般 的 指令 相差 无 几 《 例 如 ， 执 行 对 两 个 整数 进行 求 和 的 指令 ) ， 但 是 
函数 调用 仍然 是 一 个 比较 严重 的 性 能 障碍 。 让 我 们 先 考察 下 面 的 代码 : 

int f1(int const & 7) 

| 

return ++(int&)r;  V 不 合理 ， 但 却 是 合法 的 

} 








int f2(int const & 7) 
{ 
return T; 
} 
int f3() 
{ 
return 42; 
} 
int foo() 
{ 
int param = 0; 
int answer = 0; 
answer = f1(param); 
f2(param); 
{30; 
return answer + param; 
} 
函数 全 接 收 一 个 const ”int 的 引用 实 参 ， 这 个 const 关 键 字 童 味 着 函数 
不 会 修改 该 引用 实 参 所 引用 的 对 象 。 然 而 ， 如 果 这 个 引用 的 对 象 是 一 个 
可 修改 的 值 ， 那 么 C++ 程序 可 以 合法 地 去 除 这 个 const 属 性 〈 约 束 ) ， 也 
就 是 说 能 够 改变 这 个 对 象 的 值 〈 你 可 能 会 认为 这 是 很 不 合理 的 ， 但 这 的 
的 确 确 是 标准 C++ 所 允许 的 ) ， 函 数位 的 行为 正 是 如 此 。 由 于 存在 这 种 
《修改 const 所 引用 的 值 ) 的 可 能 性 ， 所 以 对 于 那些 要 对 函数 所 生成 代码 
进行 优化 的 编译 器 (实际 上 大 多 数 编 译 避 部 是 这 样 ) ， 就 必须 假设 : 
个 接收 《“ 指 网 对 象 的 ) 引用 或 者 指针 的 函数 都 可 能 修改 所 指向 对 象 的 
值 。 男 外 我 们 还 应 该 清楚 一 点 通 第 情况 下 ， 编 译 融 只 是 看 到 函数 的 声 
明 ， 而 函数 的 定义 (或 者 称 为 实现 ) 通常 位 于 男 一 个 翻译 单元 。 








因此 ， 大 多 数 编译 器 都 会 假设 上 面 代码 的 f20 也 会 修改 param 的 值 
(即使 实际 操作 并 没有 修改 param 的 值 )。 实 际 上 ， 编 译 右 同样 也 不 能 
假设 f30 并 不 会 修改 局 部 变量 param 的 值 ， 因 为 函数 f1() 和 f2() 都 可 能 会 把 
param 的 地 址 存储 到 一 个 全 局 可 访问 的 指针 中 ， 于 是 ， 从 编译 器 的 角度 
看 来 ，f30) 是 完全 有 可 能 通过 这 个 全 局 可 访问 指针 修改 param 的 值 的 。 所 
以 ， 这 种 不 确定 的 效果 令 大 多 数 编译 器 都 不 知道 应 该 如 何 对 待 各 种 对 
象 ， 从 而 也 吏 不 能 够 把 这 些 对 象 的 过 程 值 〈 或 者 称 为 中 间 值 ) 存储 在 快 
速 寄存 器 中 ， 而 只 能 存储 于 内 存 中 。 因 此 ， 涉 及 到 机 可 代码 移动 的 优 
化 ， 也 束 受 到 了 很 大 的 限制 (通常 而 言 ， 函 数 调 用 会 对 代码 移动 形成 一 
个 障碍 ) 。 

另 一 方面 ， 存 在 一 些 高 级 的 C++ 编译 系统 ， 它 们 可 以 跟踪 潜在 别名 
的 许多 实例 (潜在 别名 是 指 : 函数 f10 的 作用 域 中 的 表达 式 r， 就 是 foo() 
作用 域 中 param 所 命名 对 象 的 一 个 别名 ) 。 然 而 ， 要 实现 这 种 特性 是 需 
要 付出 一 定 代价 的 : 编译 速度 、 资 源 使 用 量 和 代码 的 可 靠 性 。 对 于 那些 
不 有 具备 这 种 特性 的 编译 器 ， 只 需要 花费 几 分 钟 承 可 以 创建 成 功 的 程序 ， 
如 果 使 用 含有 该 特性 的 编译 器 进行 编译 ， 那 么 可 能 需要 花费 几 个 小 时 其 
至 几 天 的 时 间 才 能 够 编译 完成 (而 且 前 提 是 能 够 为 编译 器 提供 足够 的 内 
存 ) 。 而 且 ， 这 种 (含有 这 种 特性 的 ) 编译 系统 会 更 加 复杂 ， 因 此 也 束 
更 加 容易 生成 错误 的 代码 。 即 使 当 一 个 最 优化 的 编译 器 生成 了 正确 的 代 
码 ， 源 代码 也 很 有 可 能 会 包含 一 些 违反 〈 脆 弱 的 ) C 和 C++ 别名 规则 
[15] ”的 代码 ， 虽 然 普通 的 编译 器 都 不 会 受 这 些 ( 别 名 规则 〉 违 反 的 影 
响 ， 但 是 对 于 最 优化 的 编译 器 而 言 ， 通 常 就 会 把 这 些 违反 变 成 真正 的 
bug。 

然而 ， 通 过 使 用 内 联 ， 就 可 以 大 大 帮助 普通 编译 器 进行 优化 。 假 设 
前 面 的 f10、f20 和 f30 都 被 声明 为 内 联 函 数 ， 那 么 foo0) 的 代码 就 可 以 被 
转化 为 大 体 与 下 面 等 价 的 代码 : 


int foo'() 




















int param = 0; 
int answer = 0; 
answer = ++(int&)param; 
return answer + param; 
} 
而 一 个 普通 的 优化 费 可 以 马上 把 上 面 的 代码 变 成 : 
int foo"() 
{ 
return 2; 
} 
这 就 充分 阐明 了 这 里 使 用 内 联 的 优点 : 在 一 个 调用 系列 中 ， 不 但 能 
够 避 信 执行 这 些 (查找 名 称 的 ) 机 器 代码 ; 而 且 能 够 让 优化 器 看 到 函数 
对 传递 进来 的 变量 进行 了 哪些 操作 。 
然而 ， 这 与 模板 又 有 什么 关系 呢 ? 实际 上 ， 我 们 在 后 面 将 会 看 到 ， 
如 果 我 们 使 用 基于 模板 的 回调 来 生成 机 器 码 的 话 ， 那 么 这 些 机 器 码 将 主 
要 涉及 a 到 直接 调用 和 内 联 调用 ， 而 如 果 使 用 传统 的 回调 的 话 ， 那 么 将 会 
导致 间接 调用 。 根 据 我 们 前 面 的 讨论 ， 可 以 知道 使 用 模板 的 回调 将 会 大 
大 节省 程序 的 运行 时 间 。 


22.2 函数 指针 与 函数 引用 


考虑 下 面 函 数 foo0 这 个 相当 简单 的 定义 : 
extern "C++" void foo() throwO) 








~ 


该 函数 的 类 型 为 : 具有 C++ 链 接 的 函数 ， 不 接收 参数 ， 不 返回 值 并 


且 不 抛 出 异常 。 由 于 历史 原因 ， 在 C++ 语言 的 正式 定义 中 ， 并 没有 把 异 
常规 范 并 入 函数 类 型 的 一 部 分 [16] 。 然 而 ， 将 来 的 标准 将 会 把 异常 加 入 
函数 类 型 中 。 实 际 上 ， 当 你 自己 编写 的 代码 要 和 某 个 函数 进行 匹配 时 ， 
通常 也 应 该 要 求 异 常规 范 同时 也 是 互相 匹配 的 。 名 字 链 接 (通常 只 存在 
于 C 和 C++ 中 ) 是 类 型 系统 的 一 部 分 ， 但 茶 些 C++ 编译 器 将 会 目 动 添加 
这 种 链接 。 特 别 地 ， 这 些 编译 器 允许 具有 C 链 接 的 函数 指针 和 有 具有 
C++ 链接 的 函数 指针 相互 赋值 。 这 同时 带 来 下 面 的 一 个 事实 : 在 大 多 数 
平台 上 ，C 和 ”C++ 函数 的 调用 规范 几乎 是 一 样 的， 唯一 的 区 别 在 于 : 
C++ 将 会 考虑 参数 的 类 型 和 返回 值 的 类 型 。 

在 多 数 上 下 文中 ， 表 达 式 foo 能 够 转型 为 指 疝 函 数 foo() 的 指针 。 即 
使 foo 本 里 并 没有 指针 的 售 义 ， 但 是 就 如 表达 式 ia 一 样 ， 在 声明 了 下 面 的 
语句 之 后 : 

int ia[ 10]; 

ia 将 隐 仿 地 表示 一 个 数组 指针 《或 者 是 一 个 指向 数组 第 1 个 元 素 的 
虽 针 ) 。 于 是 ， 这 种 从 函数 (或 者 数组 ) 到 指针 的 转型 通常 也 被 称 为 
decay。 为 了 详细 地 说 明 这 一 点 ， 让 我 们 编写 下 面 这 个 完整 的 C++ 程序 : 

// functors/funcptr.cpp 











#include <iostream> 
#include <typeinfo> 
void foo() 
| 
std::cout << "foo() called" << std::endl]; 
} 
typedef void FooT(); // FooT 是 一 个 函数 类 型 ， 
/ 与 函数 foo0 具 有 相同 的 类 型 
int main() 


foo0); / 直接 调用 

// 输出 foo 和 FooT 的 类 型 

std::cout << "Types of foo: " << typeid(foo).namel() 
<< \n'; 


std::cout << "Types of FooT: " << typeid(FooT).name() 


<< \n'; 

FooT* pf = foo; V/ 隐 式 转型 (decay) 

pfO; /通过 指针 的 间接 调用 

(“phO; / 等 价 于 pf() 

/打印 出 pf 的 类 型 

std::cout << "Types of pf: "<< typeid(pf).name() 
<< \n'; 

FooT& rf = fooi /没有 隐 式 转型 

rf0; /通过 引用 的 间接 调用 

/输出 rt 的 类 型 


std::cout << "Types of rf "<< typeid(rf).namel() 
<< \n'; 

} 

该 例子 给 出 了 函数 类 型 的 多 种 用 法 ， 其 中 还 包括 许多 不 常见 的 用 
. 

上 面 的 例子 使 用 了 typeid 运 算 符 ， 它 返回 一 个 静态 类 型 std::type， 其 
中 std::type 的 name0O 函 数 将 会 返回 代表 对 应 表达 式 的 类 型 〈 见 5.6 节 ) 的 
字符 串 。 另 外 ，typeid 并 不 会 对 它 的 参数 《〈《 即 这 里 的 函数 类 型 ) 进行 








decay。 
下 面 是 上 面 C++ 程 序 的 输出 绪 
foo() called 


Types of foo: void () 


Types of FooT: void () 

foo() called 

foo() called 

Types of pf: FooT* 

foo() called 

Types of rf: void() 

从 输出 结果 可 以 看 出 ， 在 name0 返 回 的 字符 串 中 ， 上 面 的 编译 器 实 
现 继续 保留 typedef 的 名 称 〈 也 就 是 说 ， 上 面 的 第 5 个 输出 结果 是 
FooT*， 而 不 是 void(*) ) ; 显然， 这 一 点 并 不 是 语言 所 要 求 的 。 

该 例子 同时 也 说 明了 : 作为 语言 的 一 个 概念 ， 函 数 引 用 《或 者 称 为 
指 同 函数 的 引用 ) 是 存在 的 ;但 是 我 们 通 弟 都 是 使 用 函数 指针 《而 且 为 
了 避免 产生 混 消 ， 最 好 还 是 继续 使 用 函数 指针 ) 。 另 外 ， 表 达 式 foo 实 
际 上 是 一 个 左 值 ， 因 为 它 可 以 被 绑 定 到 一 个 non-const 类 型 的 引用 ; 然 
而 ， 我 们 却 不 能 修改 这 个 左 值 。 

我 们 另外 还 发 现 : 在 函数 调用 中 ， 可 以 使 用 函数 指针 的 名 称 《〈《 如 
pf) 或 者 函数 引用 的 名 称 〈z 如 rt) 来 进行 函数 调用 ， 融 像 使 用 函数 名 称 
本 号 一 样 。 因 此 ， 可 以 认为 一 个 函数 指针 本 号 就 是 一 个 仿 函 数 一 一 一 个 
在 函数 调用 语法 中 可 以 用 于 代 蔡 函数 名 称 的 对 象 。 男 一 方面 ， 由 于 引用 
并 不 是 一 个 对 象 ， 所 以 函数 引用 并 不 是 仿 函 数 。 最 后 ， 如 果 基 于 我 们 前 
面 所 讨论 的 直接 调用 和 间接 调用 来 看 ， 那 么 这 些 看 起 来 相同 的 符号 却 很 
可 能 会 有 很 大 的 性 能 差距 。 





22.3 成 员 函 数 指 邓 


为 了 充分 理解 普通 函数 指针 和 成 员 函 数 指针 之 间 的 区 列 ， 我 们 需要 
知道 : 典型 的 C++ 实现 《〈 也 即 编译 器 ) 是 如 何 处 理 成 员 函 数 调用 的 。 通 
常 而 言 ， 函 数 调用 语法 大 概 具 有 p->mf() 的 形式 (或 者 有 少许 的 变 








化 ) ， 在 此 ，p 是 一 个 指 同 对 象 或 子 对 象 的 指针 ， 它 以 某 种 隐藏 参数 的 
形式 传递 给 mf()， 大 多 是 作为 this 指 针 的 形式 传递 给 mf()。 
成 员 函 数 mf() 既 可 以 是 在 p 所 指 癌 的 子 对 象 中 定义 的 ， 也 可 以 是 该 
子 对 象 从 基 类 继承 下 来 的 。 例 如 : 
class B1 { 
private: 
int b1; 
public: 
void mf1(); 
上 
void Bl1::mf1() 
{ 
std::cout << "b1="<<b1<<std::end|]; 
} 
作为 一 个 成 员 函 数 ，mf10 能 够 被 类 型 为 B1 的 对 象 调用 ;因此 ， 它 
的 this 指 针 将 会 引用 类 型 为 B1 的 对 象 。 
接 下 来 ， 让 我 们 给 上 面 例子 添加 一 些 代码 : 
class B2 { 
private: 
int b2:; 
public: 
void mf2(); 
void B2::mf2() 
\ 


std::cout << "b2="<<b2<<std::endl; 


类 似 地 ， 成 员 函 数 mf20 上 所 期 望 的 隐 含 参数 this 指 针 将 会 指向 B2 类 型 
的 子 对 象 。 

现在 让 我 们 编写 一 个 同时 继承 自 B1 和 B2 的 新 类 : 

class D: public B1, public B2 { 

private: 

int d; 

}; 
有 了 上 面 这 个 定义 之 后 ，DD 类 型 对 象 不 但 具有 Bl 类 型 对 象 的 行为 ， 
同时 也 具有 B2 类 型 对 象 的 行为 。 为 了 实现 D 类 型 对 象 的 这 种 特性 ， 一 个 
D 对 象 就 需要 既 包含 一 个 B1 对 象 ， 也 包含 一 个 B2 对 象 。 在 我 们 今天 所 知 
道 的 几乎 所 有 的 32 位 编译 器 中 ，D 对 象 在 内 存 中 的 组 织 方式 都 将 会 如 图 
22.1 所 示 。 也 就 是 说 ， 如 果 int 成 员 占 用 4 个 字 节 的 话 ， 那 么 成 员 b1 的 地 
址 为 this 的 地 址 ， 成 员 b2 的 地 址 为 this 地 址 再 加 上 4 个 字 节 ， 而 成 员 d 的 地 
址 为 this 地 址 加 上 8 个 字 节 。B1 和 B2 最 大 的 区 别 在 于 : B1 的 子 对 象 〈 即 
b1) 与 D 的 子 对 象 共享 起 始 地 址 《〈 即 this 地 址 ) ， 而 B2 的 子 对 象 “〈 即 
b2) 则 没有 。 








Ds 

| subobject of type B1: | subobject of type B2: | subobject of type D: 
int b1: | int b2: | int d: 
this 














图 22.1 类 型 D 的 典型 组 织 方式 


现在 我 们 考虑 下 面 两 个 普通 的 成 员 函 数 调 用 : 








int main() 
{ 
D obj; 
obj.mf1(); 
obj.mf2(); 
} 
调用 obj.mf2() 要 求 : obj 中 B2 类 型 子 对 象 的 地 址 ， 并 把 它 作为 隐 
售 参 数 传递 给 函数 mf20。 假 设 内 存 中 的 分 布 如 前 面 图 22.1 所 给 出 的 典型 
实现 ， 那 么 该 地 址 将 是 obj 的 地 址 加 上 4 个 字 节 。 在 知道 了 这 些 条 件 之 
后 ，C++ 编 译 费 就 可 以 容易 地 生成 用 于 调整 地 址 的 代码 。 男 外 ， 对 于 调 
用 mf10， 就 不 需要 执行 这 种 地 址 调整 ， 因 为 obj 的 地 址 就 是 “obj 中 的) 
B1 子 对 象 的 地 址 。 
然而 ， 如 果 使 用 的 是 成 员 函 数 指针 ， 那 么 编译 才 将 不 知道 应 该 如 何 
进行 地 址 调整 。 为 了 说 明 这 一 点 ， 让 我 们 用 下 面 的 代码 蔡 换 前 面 的 
main0 函 数 : 
void call memfun (D obj, void (D::*pmf) ()) 
\ 
(obj.*pmf)Q); 
} 
int main() 
{ 
D obj; 
call memfun(obj, &D::mf1); 
call_ memfun(obj, &D::mf2); 
} 
为 了 使 C++ 编译 右面 临 更 加 复杂 的 情况 ， 我 们 还 可 以 让 
call_memfun0 函 数 和 main(0) 函 数位 于 不 同 的 翻译 单元 。 





于 是 ， 我 们 可 以 得 出 一 个 结论 : 对 于 某 些 成 员 函 数 指针 ， 除 了 需要 
知道 函数 的 地 址 之 外 ， 还 需要 知道 基于 this 指 针 的 地 址 调整 。 然 而 ， 如 
果 我 们 对 成 员 函 数 指针 进行 强制 类 型 转换 ， 这 种 地 址 调整 通常 都 会 友 生 
改变 。 可 以 通过 下 面 的 例子 来 说 明 : 


void (D::*pmf a) () = &D::mf2; / 地址 调整 为 +4 
个 宇 节 
void (B2::*pmf_b)0 = (void (B2::*)0)pmf_a; V 又 变 成 原来 的 地 址 
/ 即 地 址 调整 为 0 





上 上面 给 出 这 些 讨 论 的 目的 是 为 了 说 明 : 成 员 函 数 指 针 和 函数 指针 之 
间 的 本 质 区 别 。 然 而 ， 当 我 们 面 对 的 是 虚 函 数 的 时 候 ， 这 些 本 质 区 别 又 
是 远 远 不 够 的 。 因 此 ， 对 于 成 员 函 数 指针 ， 许 多 编译 器 通常 都 使 用 了 3- 
值 结构 ， 分 别 是 指 下 面 3 个 值 : 

1. 成 员 函 数 的 地 址 ， 如 果 是 一 个 虚 函 数 的 话 ， 那 么 该 值 为 NULL。 

2. 基 于 this 的 地 址 调整 。 

3 一 个 虚 函 数 索 引 。 

然而 ， 这 些 细节 已 经 完全 超出 了 本 书 的 范围 ， 如 果 你 对 这 些 细节 很 
感 兴趣 ， 可 以 参考 Stan Lippman 的 Inside C++ Object Model〈 见 
[LippmanObjMod]) 。 在 该 书 中 你 会 发 现成 员 变量 指针 实际 上 并 不 是 一 
个 真正 意义 上 的 指针 ， 而 是 一 些 基 于 this 指针 的 偏 移 量 ， 然 后 是 根据 
this 指 针 和 对 应 的 偏 移 量 ， 才 能 获取 给 定 的 域 〈( 即 成 员 变 量 的 值 ， 对 于 
值 域 而 言 ， 在 内 存 中 可 以 表示 为 一 块 回 有 的 存储 空间 ) 。 

最 后 ， 我 们 知道 对 于 通过 成 员 函 数 指针 访问 成 员 函 数 的 操作 ， 实 际 
上 是 一 个 2 元 操作 ， 因 为 它 不 仅仅 需要 知道 对 应 的 成 员 函 数 指针 〈 即 下 
面 的 pmf) ， 还 需要 知道 包含 该 成 员 函 数 的 对 象 〈 即 下 面 的 obj) 。 于 
是 ， 在 语言 中 引入 了 特殊 的 成 员 指针 取 引 用 运算 符 .* 和 ->* : 

(obj.*pmf) (...) /调用 位 于 obj 中 的 、pmf 所 引用 的 成 员 函 数 

Cptr->*pmf) (... ) /WW 调用 位 于 ptr 所 引用 对 象 中 的 、pmf 所 引用 的 

















成 员 函 数 

相对 而 言 ， 通 过 指针 访问 一 个 普通 函数 就 是 一 个 一 元 操作 : 

(*ptr)O) 

从 前 面 我 们 知道 ， 上 面 这 个 解 引 用 运算 符 可 以 省 略 不 写 ， 因 为 在 函 
数 调 用 运算 符 中 ， 解 引用 运算 符 是 隐 式 存在 的 。 因此 ， 前 面 的 表达 式 通 
常 可 以 写成 : 

ptrO) 

但 是 对 于 函数 指针 而 言 ， 却 不 存在 这 种 隐 式 〈 存 在 ) 的 形式 [17] 。 








22.4 class 类 型 的 仿 困 于 





在 C++ 语言 中 ， 虽 然 函 数 指针 直接 就 是 现成 的 仿 函 数 ; 然 而， 在 很 
多 情况 下 ， 如 果 使 用 重 载 了 函数 调用 运算 符 的 class 类 型 对 象 的 话 ， 可 以 
给 我 们 带 来 很 多 好 处 : 譬如 灵活 性 、 性 能 ， 甚 至 二 者 兼备 。 


六 承 第 1 个 实 | 





下 面 是 class 类 型 仿 函 数 的 一 个 简单 例子 : 
// functors/functor1.cpp 
#include <iostream> 
// 含有 返回 常 值 的 函数 对 象 的 类 
class ConstantIntFunctor { 
private: 
int value; 函数 调用 ”所 返回 的 值 
public: 
/ 构造 函数 ， 初始 化 返回 值 
ConstantIntFunctor (int c) : value(c) { 
】 
/函数 调用 ” 


int operator() () const { 


return value: 


’ 
/ 使 用 上 面 “函数 对 象 ” 的 客户 端 函数 
void client (ConstantIntFunctor const& cif) 
\ 
std::cout << "calling back functor yields " << cif() << \n'; 
} 
int main() 
( 
ConstantIntFunctor seven(7); 
ConstantIntFunctor fortytwo(42); 
client(seven); 
client(fortytwo); 
} 
ConstantIntFunctor 是 一 个 class 类 型 ， 而 它 的 仿 函 数 就 是 根据 该 类 型 
创建 出 来 的 。 也 就 是 说 ， 如 果 你 使 用 下 面 语句 生成 一 个 对 象 : 
ConstantIntFunctor seven(7); V/ 生成 一 个 函数 对 象 
那么 表达 式 : 
seven(); / 调用 函数 对 象 的 operator () 
就 是 调用 对 象 seven 的 operator()， 而 不 是 调用 函数 seven()。 实 际 
上 ， 我 们 传递 函数 对 象 sven 和 fortytwo 给 clientO 的 参数 cif，《【 间 接地 ) 
获得 了 和 传递 函数 指针 完全 一 样 的 效果 。 
该 例子 同时 也 说 明了 : 在 实际 应 用 中 ，class 类 型 念 函数 的 优点 所 在 
4 与 函数 指针 相 比 ) : 能 够 在 函数 中 关联 茶 些 状态 《〈 也 即 成 员 变 量 ) ， 
这 可 能 也 是 class 类 型 仿 函数 最 重要 的 优点 。 而 对 于 回调 机 制 而 言 ， 这 种 








优点 能 够 带 来 功能 上 的 提升 。 因 为 对 于 一 个 函数 而 言 ， 我 们 现在 能 够 根 
据 不 同 的 参数 主要 指 成 员 变 量 ) 来 生成 不 同 的 函数 实例 〈 如 前 面 的 


seven 和 fortytwo) 。 





22.4.2 class 类 型 仿 函 数 的 类 型 


与 函数 指针 相 比 ，class 类 型 仿 函 数 除了 有 具有 状态 信息 之 外 ， 还 具有 
其 他 的 特性 。 实 际 上 ， 如 果 一 个 class 类 型 仿 函 数 并 没有 包含 任何 状态 的 
话 ， 那 么 它 的 行为 完全 是 由 它 的 类 型 所 决定 的 。 于 是 ， 我 们 可 以 以 模板 
实 参 的 形式 来 传递 该 类 型 ， 用 于 上 自 定义 程序 库 组 件 的 行为 。 

对 于 上 面 这 种 实现 ， 一 个 经 典 的 例子 是 : 以 某 种 顺序 对 它 的 元 素 进 
行 排序 的 容器 类 ， 其 中 排序 规则 就 是 一 个 模板 实 参 。 男 外 ， 由 于 排序 规 
则 是 容器 类 型 的 一 部 分 ， 所 以 如 果 对 某 个 特定 容器 混合 使 用 多 种 不 同 的 
排序 规则 《例如 在 赋值 运算 符 中 ， 两 个 容器 使 用 不 同 的 排序 规则 ， 就 不 
能 相互 赋值 )， 类 型 系统 通常 都 会 给 出 错误 。 

C++ 标准 库 中 的 set 和 map 容 器 就 是 以 上 面 这 种 方式 进行 参数 化 的 。 
例如 ， 假 设 我 们 使 用 相同 的 元 素 类 型 〈 如 Person) 定义 了 两 个 set， 但 两 
个 set 具 有 不 同 的 排序 规划 ， 那 么 如 果 对 这 两 个 set 进 行 比较 ， 将 会 导致 
一 个 编译 期 错误 : 


#include <set> 

















class Person { 


3 
class PersonSortCriterion { 
public: 
bool operator() (Person const& p1, Person const& p2) const { 
/返回 pl 是 售 "小于" p2 


}; 
void foo() 
{ 
std::set<Person, std::less<Person> > c0, cl; 
/用 operator < (小 于 号 ) 进行 排序 
std::set<Person, std::greater<Person> > C2; 
// 用 operator > 〈 大 于 号 ) 进行 排序 


std::set<Person, PersonSortCriterion> c3; 





/用 用 户 目 定义 的 排 
序 规则 进行 排序 

加 三 村 /正确 : 相同 的 类 型 

c1 = c2， // 错误 : 不 同 的 类 型 


if (cl == c3){ /错误 :不 同 的 类 型 


} 

对 于 set 的 这 3 个 声明 ， 元 素 类 型 和 排序 规则 都 是 以 模板 实 参 的 形式 
进行 传递 的 。 其 中 标准 库 的 函数 对 象 类 型 模板 std::less 把 operator< ”的 结 
果 作 为 “函数 调用 ”的 返回 结果 。 我 们 可 以 通过 下 面 这 个 std::less 的 简化 实 
现 来 说 明 这 一 点 [18] : 


namespace std { 











template <typename T> 
class less { 
public: 
bool operator() (T const& x, T const& y) const { 


returnxX<Vy; 
} 
}; 

} 

而 std::greater 模 板 是 类 似 的 。 

因为 上 面 的 3 个 排序 规则 都 有 具有 不 同 的 类 型 ， 所 以 结果 set 的 类 型 也 
是 各 不 相同 的 。 因 此 ， 任 何 试图 对 其 中 两 个 set 比 较 或 者 赋值 的 操作 都 会 
导致 一 个 编译 期 错误 (因为 比较 运算 符 要 求 具 有 相同 的 类 型 )。 上 面 这 
些 看 起 来 都 是 很 直观 的 ， 但 是 在 使 用 模板 之 前 〈 即 不 使 用 模板 〉， 这 种 
排序 规则 通常 都 是 以 函数 指针 的 形式 作为 容器 的 一 个 域 的 ， 而 既然 是 指 
针 ， 那 么 如 果 发 生 类 型 不 匹配 的 话 ， 就 必须 等 到 运行 期 才能 够 检测 出 来 
而且 不 可 避免 地 要 进行 麻烦 的 检测 工作 ) 。 








22.5 指定 仿 函 类 


在 我 们 前 面 的 例子 中 ， 我 们 只 给 出 了 一 种 选择 set 类 的 仿 函 数 的 方 
法 。 在 这 一 市 里 ， 我 们 将 讨论 其 他 的 几 种 方法 。 











传递 仿 函 数 的 一 个 方法 是 让 它 的 类 型 作为 一 个 模板 实 参 。 然 而 类 型 
本 身 并 不 是 一 个 仿 函 数 ， 因 此 客户 端 函 数 或 者 客户 端 类 必须 创建 一 个 给 
定 类 型 的 仿 函数 对 象 。 当 然 ， 只 有 class 类 型 仿 函 数 才 能 这 么 做 ， 函 数 指 
针 则 不 可 以 ， 而 且 函 数 指针 本 身 也 不 会 指定 任何 行为 。 另 外 ， 也 不 存在 
一 种 能 够 传递 包含 状态 的 类 型 的 机 制 ( 因 为 类 型 本 身 并 不 包含 任何 特定 
的 状态 ， 只 有 对 象 才 可 能 具有 某 些 特定 的 状态 ， 所 以 在 此 真正 要 传递 的 
是 一 个 特定 的 对 象 ) 。 
下 面 是 函数 模板 的 一 个 雏形 ， 它 接收 一 个 class 类 型 的 仿 函 数 作为 排 
序 规则 : 


template <typename FO> 
void my _sort (...) 
{ 
FO cmp; / 创建 函数 对 象 


if (cmp(%,y)) { /WU 使 用 函数 对 象 来 比较 2 个 值 


} 

/ 以 仿 函 数 为 模板 实 参 ， 来 调用 函数 

my_sort<std::less<... > >(...); 

运用 上 面 这 个 方法 ， 比 较 代 码 (如 std::less<>) 的 选择 将 会 是 在 编 
译 期 进行 的 。 并 且 由 于 比较 操作 是 内 联 的 ， 所 以 一 个 优化 的 编译 如 将 能 
够 产生 本 质 上 等 价 于 不 使 用 仿 函 数 ， 而 直接 编写 的 代码 。 为 了 使 之 更 加 
完美 ， 优 化 右 还 必须 能 够 省 去 函数 对 象 cmp 所 占用 的 内 存 空 间 。 然 而 实 
际 上 ， 只 有 少数 的 几 个 编译 器 提供 了 这 些 特性 。 








另 一 种 传递 仿 函数 的 方法 是 以 函数 调用 实 参 的 形式 进行 传递 。 这 职 
允许 调用 者 在 运行 期 构造 函数 对 象 〈 可 能 使 用 一 个 非 虚 拟 的 构造 函 
数 ) 。 

就 作用 而 言 ， 函 数 调用 实 参 和 函数 类 型 参数 本 质 上 是 类 似 的 ， 唯 一 
的 区 别 在 于 : 当 传 递 参 数 的 时 候 ， 函 数 调用 实 参 需要 找 贝 一 个 仿 函数 对 
象 。 这 种 拷贝 开销 通常 是 很 低 的 ， 而 且 实 际 上 如 果 该 仿 阔 数 对 象 没有 成 
员 变 量 的 话 《〈 而 实际 情况 也 经 常 如 此 ) ， 那 么 这 种 找 贝 开销 也 将 接近 于 
0。 考 虑 my _sort 例 子 在 这 一 点 上 的 变化 : 





template <typename F> 
void my_sort (... , F cmp) 


{ 


if (cmp(x,y)) { /W 使 用 函数 对 象 ， 来 比较 两 个 值 


} 

/ 以 仿 函 数 作为 调用 实 参 ， 调 用 排序 函数 

my_sort (... , std::less<... >()); 

在 my_sort() 函 数 内 部 ， 我 们 需要 处 理 传 递 进来 的 参数 值 的 找 贝 
cmp。 当 这 个 值 是 一 个 空 类 对 象 时 ， 也 就 不 存在 能 够 用 于 区 分 局 部 构造 
的 仿 函 数 和 传递 进来 的 拷贝 的 状态 (该 拷贝 本 身 是 一 个 仿 函 数 ) 。 在 
此 ， 可 以 看 看 下 面 这 个 优化 问题 : 对 于 这 个 传递 进来 的 “ 空 仿 函数 ”， 编 
译 占 并 不 把 它 当 成 一 个 仿 函 数 ， 可 能 只 是 把 它 作为 一 个 用 于 重 载 解析 规 
则 的 参数 ， 并 且 也 就 不 需要 进行 “参数 一 实 参 匹配。 在 最 后 所 实例 化 的 
函数 中 ， 将 会 由 一 个 局 部 创建 的 哑 对 象 来 充当 这 个 仿 函 数 ， 即 取代 所 传 
递 进来 的 仿 函 数 。 

这 样 在 大 多 数 情况 下 都 是 可 行 的 ， 唯 一 的 例外 是 : 空 仿 函数 的 拷贝 
构造 函数 具有 茶 些 副作用 。 而 在 实际 应 用 中 就 意味 着 : 任何 具有 上 自 定 义 
找 贝 构造 函数 都 不 可 以 用 上 一 段 的 方法 进行 优化 。 

在 本 书 编写 的 时 候 ， 这 种 仿 函 数 规范 技术 的 优点 可 能 在 于 :; 可 以 传 
弟 函 数 指针 来 作为 实 参 。 例 如 : 

bool my_criterion () (T const& x, T const& y); 

/ 以 函数 对 象 为 实 参 ， 进 行 函 数 调 用 


my_sort (..., my_criterion); 

















毕竟 许多 程序 员 还 习惯 于 常规 的 函数 调用 语法 ， 而 不 太 习 惯 涉及 到 


模板 类 型 实 参 的 调用 。 





对 于 前 面 两 种 传递 仿 函 数 的 方式 一 一 即 传递 函数 指针 和 class 类 型 的 


仿 函 数 ， 只 要 通过 定义 缺 省 函数 调用 实 参 ， 是 完全 可 以 把 这 两 种 方式 结 
合 起 来 的 : 


数 


template <typename F> 
void my_sort (..., F cmp = F()) 
{ 


if (cmp(%,y)) { /W 使 用 函数 对 象 来 比较 两 个 值 


} 
bool my_criterion () (T const& x, T const& y); 


/ 借助 于 模板 实 参 传递 进来 的 仿 函 数 ， 来 调用 排序 函数 


my_sort<std::less<... > >(...); 


// 借助 于 值 实 参 〈 即 函数 实 参 ) 传递 进来 的 仿 函 数 ， 来 调用 排序 函 


my_sort (... , std::less<... >()); 
/ 借助 于 值 实 参 〈 即 函数 实 参 ) 传递 进来 的 指针 ， 来 调用 函数 
my_sort (..., my_criterion); 


C++ 标准 库 的 排序 集合 类 也 是 以 上 面 这 种 方式 进行 定义 的 。 另 外 ， 





排序 规则 也 可 以 在 运行 期 以 构造 函数 实 参 的 形式 进行 传递 : 


class RuntimeCmp { 


上 

/ 以 编译 期 模板 实 参 的 形式 传递 排序 规则 

/ (使 用 排序 规则 的 缺 省 构造 函数 ) 

set<int, RuntimeCmp> cil; 

/ 以 运行 期 构造 函数 实 参 的 形式 传递 排序 规则 

set<int, RuntimeCmp> c2(RuntimeCmp(... )); 

关于 更 多 的 细节 ， 可 以 参考 [JosuttisStdLib] 的 178 一 197 页 。 
22.5.4 作为 非 类 型 模板 实 参 的 仿 孙 交 


我 们 同样 也 可 以 通过 非 类 型 模板 实 参 的 形式 来 提供 仿 函 数 。 然 而 ， 








正如 我 们 在 4.3 市 和 8.3.3 小 市 所 述 ，class 类 型 的 仿 函 数 〈 更 普遍 而 言 ， 
应 该 称 为 class 类 型 的 对 象 ) 将 不 能 作为 一 个 有 效 的 非 类 型 模板 实 参 。 例 
如 ， 下 面 的 代码 就 是 无 效 的 : 


be 





class MyCriterion { 
public: 
bool operator() (SomeType const&, SomeType const&) const; 
下 
template <MyCriterion F> ” // ERROR: MyCriterion 是 一 个 class 类 型 


void my_sort (... ); 


然而 ， 我 们 可 以 让 一 个 指向 class 类 型 对 象 的 指针 或 者 引用 作为 非 类 


实 参 ， 这 也 局 发 了 我 们 编写 出 下 面 的 代码 : 


class MyCriterion { 
public: 
Virtual bool operator() (SomeType const&, 


SomeType const&) const = 0; 


class LessThan : public MyCriterion { 
public: 
Virtual bool operator() (SomeType const&, 
SomeType const&) const; 
?3 
template<MyCriterion& F> 
void Sort (... ); 


LessThan order; 





sort<order> (... ); / 错误 : 要 求 派生 类 到 基 类 的 转型 
sort<(MyCriterion&)order> (... ); V 非 类 型 模板 实 参 所 引用 的 必须 
目 二 


太一 | 
// 简 单 的 名 称 〔 不 能 含有 转型 ) 

在 上 面 这 个 例子 中 ， 我 们 的 目的 是 为 了 在 抽象 基 类 中 描述 这 种 排序 
规则 的 接口 ， 并 且 在 非 类 型 模板 实 参 中 使 用 该 抽象 类 型 。 束 我 们 的 想法 
而 言 ， 我 们 是 为 了 能 够 在 派生 类 《如 LessThan) 中 来 特定 地 实现 基 类 的 
这 种 接口 〈MYyCriterion) 。 遗 憾 的 是 ，C++ 并 不 允许 这 种 实现 方法 ， 在 
C++ 中 ， 借 助 于 引用 或 者 指针 的 非 类 型 实 参 必须 能 够 和 参数 类 型 精确 匹 
配 ， 从 派生 类 到 基 类 的 转型 是 不 允许 的 ， 而 进行 显 式 类 型 转换 也 会 使 实 
参 无 效 ， 同 样 也 是 错误 的 。 

根据 我 们 前 面 的 例子 ， 我 们 可 以 得 出 一 个 结论 : class 类 型 的 仿 函数 
并 不 适合 以 非 类 型 模板 实 参 的 形式 进行 传递 。 相 反 ， 冰 数 指针 (或 者 函 
数 引 用 〉 却 可 以 是 有 效 的 非 类 型 模板 实 参 。 接 下 来 一 节 就 讨论 了 这 个 概 
念 《 即 函数 指针 作为 非 类 型 模板 实 参 〉 所 提供 的 一 些 实现 。 

22.5.5 了 消 数 指针 的 封 

假设 我 们 具有 一 个 框架 ， 它 需要 接收 一 些 念 函 数 ， 而 这 里 的 仿 函 数 

指 的 是 class 类 型 的 仿 阔 数 ， 诸 如 上 一 市 例子 中 的 排序 规划。 而 且 ， 我 们 









































还 具有 一 些 来 自 以 前 《〈 非 模板 ) 程序 库 的 函数 ， 我 们 和 硕 望 这 些 函 数 也 能 
够 作为 仿 函 数 来 进行 传递 。 
为 了 解决 上 面 的 问题 ， 我 们 可 以 对 函数 调用 进行 封装 。 例 如 : 
class CriterionWrapper { 
public: 
bool operator() (... ){ 
return wrapped_function(... ); 
} 
上 
在 此 ，wrapped_function(... ) 是 一 个 合法 的 函数 ， 我 们 希望 它 也 能 够 
适合 我 们 前 面 所 假设 的 那个 更 加 普遍 的 仿 函 数 框 架 ， 即 接收 class 类 型 念 
函数 的 框 染 。 
实际 上 ， 对 于 要 把 一 个 合法 的 函数 租 入 一 个 接收 class 类 型 仿 函 数 框 
染 的 情况 ， 并 不 是 少见 的 例子 。 因 此 ， 我 们 希望 可 以 定义 一 个 模板 ， 从 
而 可 以 方便 地 骸 入 这 种 函数 : 
template<int (*FP)()> 
class FunctionReturningIntWrapper { 
public: 
int operator() () { 
return FP(); 
} 
上 
下 面 是 一 个 完整 的 例子 : 
// functors/funcwrap.cpp 
#include <vector> 
#include <iostream> 


#include <cstdlib> 


1/ 用 于 把 函数 指针 封装 成 函数 对 象 的 封装 类 
template<int (*FP)()> 
class FunctionReturningIntWrapper { 
public: 
int operator() () { 
return FP(); 
} 
}: 
/要 进行 封装 的 函数 实例 
int random_int() 
return std::rand(); // 调用 标准 的 C 函 数 
} 
1/ 客户 端 ， 它 使 用 由 模板 参数 传递 进来 的 函数 对 象 类 型 
template <typename FO> 
void initialize (std::vector<int>& coll) 
| 
FO fo; / 创建 函数 对 象 
for (std::vector<int>::size_type i=0; i<coll.size(); ++i) { 
coll[i] = fo0; W 调用 由 函数 对 象 表示 的 函数 
} 
} 
int main() 
{ 
/ 创建 含有 10 个 元 标的 vector 
std::vector<int> V(10); 


1/ 用 封 效 函数 来 〈 重 新) 初始 化 vector 的 值 





initialize<FunctionReturningIntWrapper<random_int> >(V); 
/ 输出 vector 中 元 素 的 值 
for (std::vector<int>::size_type i=0; i<v.size(); ++i) { 


std::cout << "coll[" <<i << "|]:" << vl[i] << std::endl; 


} 

其 中 位 于 initialize() 内 部 的 表达 式 

FunctionReturningIntWrapper<random_int> 

封装 了 函数 指针 random_int， 于 是 我 们 可 以 把 

FunctionReturningIntWrapper<random_int> 

作为 一 个 模板 类 型 参数 传递 给 initialize 函 数 模板 。 

注意 ， 我 们 不 能 把 一 个 具有 C 链接 的 函数 指针 直接 传递 给 类 模板 
Function ReturningIntWrapper。 例 如 : 

initialize<FunctionReturningIntWrapper<std::rand> >(V); 

可 能 就 会 是 错误 的 ， 因 为 std::rand0 是 一 个 来 自 C 标 准 库 的 函数 〈 
此 也 就 具有 C 和 链接 [19] ) 。 然 而 ， 我 们 可 以 引入 一 个 typedef， 从 而 就 可 
以 使 一 个 函数 指针 类 型 具有 合适 的 链接 : 

/ 针对 具有 C 链 接 的 函数 指针 的 类 型 

extern "C" typedef int (*C_int_FP)(); 

/把 函数 指针 封 效 成 函数 对 象 的 类 

template<C_int_FP FP> 





class FunctionReturningIntWrapper { 
public: 
int operator() () { 
return FP(); 


在 此 ， 很 有 必要 再 次 前 明 : 模板 是 一 种 编译 期 机 制 的 观点 。 因 为 这 
意味 着 编译 器 知道 用 哪些 值 来 蔡 换 模板 FunctionReturningIntWrapper 的 参 
数 FP。 基 于 这 种 原因 ， 对 于 初 看 起 来 是 一 个 间接 调用 的 函数 (因为 初 看 
起 来 涉及 到 指针 ) ， 大 多 数 C++ 编译 器 实现 应 该 能 够 把 这 种 间接 调用 转 
化 为 直接 调用 。 实 际 上 ， 如 果 所 调用 的 函数 是 内 联 函数 ， 而 且 它 的 定义 
在 调用 点 是 可 见 的 ， 那 么 我 们 期 望 这 种 调用 是 内 联 调用 同样 也 是 合理 
的 。 





22.6 内 省 


在 程序 设计 上 下 文中 ， 内 省 指 的 是 一 种 能 够 查看 自身 的 能 力 。 例 
如 ， 我 们 在 第 15 章 设计 了 一 个 可 以 查看 类 型 ， 并 且 判 断 它 完 竟 属 于 何 
种 宏观 类 型 [20] 的 模板 。 对 于 仿 函 数 而 言 ， 同 样 也 需要 具备 一 些 内 省 能 
力 ; 例如 ， 碍 看 仿 函 数 接收 多 少 个 参数 、 仿 函数 的 返回 类 型 、 仿 函数 的 
第 n 个 参数 的 类 型 等 。 

要 使 任何 一 个 仿 函 数 都 实现 内 省 的 能 力 并 不 是 很 容易 的 。 例 如 ， 在 
下 面 这 个 仿 函 数 中 ， 如 何 才能 编写 一 个 类 型 函数 ， 用 来 得 看 第 2 个 参数 
的 类 型 呢 ? 


class SuperFunc { 








public: 

void operator() (int, char**); 
下 
某 些 C++ 编 译 占 提供 了 一 个 特殊 的 类 型 函数 一 一 也 就 是 我 们 熟知 的 
typeof。 它 能 够 查看 并 且 给 出 它 的 实 参 表达 式 的 类 型 (实际 上 并 没有 求 
出 整个 表达 式 的 值 ， 大 概 类 似 于 sizeof 运 算 符 ) 。 有 了 typeof 运算 符 之 
后 ， 尽 管 还 有 一 定 的 难度 ， 但 我 们 已 经 可 以 一 定 程 度 地 解决 前 面 的 问题 
了 ; 至 于 typeof 的 概念 ， 我 们 已 经 在 13.8 节 讨论 过 了 。 





男 外 ， 我 们 可 以 开发 一 个 仿 函 数 框 架 ， 它 要 求 所 参与 的 仿 函 数 都 必 
须 提供 一 些 和 额外 的 信息 ， 从 而 可 以 实现 某 种 程度 上 的 内 省 。 这 也 是 我 们 
在 本 章 的 剩余 部 分 所 要 进行 前 述 的 内 容 。 
22.6.1 分 析 一 个 仿 函 数 的 类 型 
在 我 们 的 框架 中 ， 我 们 只 是 处 理 class 类 型 的 仿 函 数 [21] ， 并 且 要 
求 框架 可 以 提供 以 下 这 些 与 仿 函 数 相 关 的 属性 : 
* 仿 函数 参数 的 个 数 〈 作 为 en 枚 举 常 量 NumParams) 。 
。 仿 函数 每 个 参数 的 类 型 〈 通 过 成 员 typedef Param1T、Param2T、 
ae a 
函数 的 返回 类 型 〈 通 过 一 个 成 员 typedef ReturnT 来 表示 ) 。 
ee 我 们 可 以 这 样 编写 PersonSortCriterion， 使 之 适合 我 们 前 面 的 
框架 : 
class PersonSortCriterion { 
public: 
enum { NumParams = 2 }: 
typedef bool ReturnT; 
typedef Person const& Param1T; 
typedef Person const& Param2T; 


bool 0 (Person const& p1, Person const& p2) const { 
返回 pl 是 日 合 "小 于 " p2 


本 

就 我 们 的 目的 而 言 ， 上 面 (PersonSortCriterion ) 的 这 些 约 束 就 已 经 
足够 了 。 借 助 于 这 些 约束 ， 我 们 可 以 编写 出 能 够 根据 原来 仿 函 数 生成 新 
仿 函 数 的 模板 〈 例 如 ， 通 过 组 合 上 面 这 些 typedef) 。 


另外 ， 对 于 仿 函 数 而 言 ， 还 有 其 他 许多 值得 表现 出 来 的 特性 。 例 





如 ， 我 们 可 能 希望 知道 ， 某 个 仿 函 数 是 否 具 有 副作用 ; 借助 于 这 些 信 
轧 ， 我 们 就 可 以 安全 地 对 某 些 特定 的 泛 型 模板 进行 优化 。 这 种 没有 副 作 
用 的 仿 函 数 ， 我 们 通 种 把 它 称 为 纯 仿 函数 (pure functor) 。 而 如 果 能 够 
内 省 这 个 属性 《 即 纯 仿 函数 ) 是 非常 有 用 的 ， 因 为 编译 器 有 时 候 就 需要 
判断 一 个 仿 函 数 是 否 是 纯 仿 函 数 。 例 如 ， 通 常 而 言 ， 排 序 规则 就 必须 是 
纯 仿 函数 [22] ， 人 否则 的 话 排 序 操作 的 结果 将 会 是 蝶 无 意义 的 。 

22.6.2 访问 参数 的 类 型 








仿 函 数 可 以 具有 任意 数量 的 参数 。 而 且 在 我 们 的 约束 《〈 指 上 一 小 节 
开头 所 给 出 的 3 个 属性 ) 中 ， 访 问 参数 的 类 型 是 相当 直观 的 ， 例 如 访问 
第 8 个 参数 的 类 型 是 Param8T。 人 然而 ， 当 使 用 模板 来 处 理 第 几 个 参数 类 型 
时 ， 我 们 通常 都 希望 能 够 获得 最 大 的 灵活 性 。 在 这 个 例子 中 ， 我 们 期 望 
能 够 编写 一 个 类 型 函数 ， 对 于 一 个 给 定 的 仿 函 数 类 型 和 一 个 常数 N， 可 
以 给 出 该 仿 函 数 第 N 个 参数 的 类 型 。 于 是 ， 我 们 将 需要 为 下 面 的 基本 模 
板 编写 多 个 局 部 特 化 : 

template<typename FunctorType, int N> 

class FunctorParam; 

对 于 从 1 到 某 个 最 大 合理 值 ( 壁 如 20， 很 少 有 多 于 20 个 参数 的 仿 函 
数 ) 的 每 个 N 值 ， 我 们 都 可 以 提供 一 个 局 部 特 化 。 每 个 这 种 局 部 特 化 都 
可 以 定义 一 个 成 员 typedef Type， 用 来 反映 相应 参数 的 类 型 。 

这 里 就 出 现 了 一 个 困难 : 如 果 N 值 大 于 仿 函 数 的 参数 个 数 ， 那 么 
FunctorParam<F, N>::Type 的 值 将 会 是 什么 呢 ? 一 种 解决 方案 就 是 让 这 种 
情况 导致 一 个 编译 错误 。 虽 然 该 解决 方案 很 容易 实现 ， 但 这 会 大 大 减弱 
FunctorParam ”类 型 函数 的 有 用 性 。 第 2 个 解决 方案 是 让 该 情况 下 
FunctorParam<F，N>::Type 的 值 为 void， 遗 憾 的 是 类 型 void 上 自身 会 有 很 多 
限制 。 例 如 ， 函 数 不 能 接收 类 型 为 void 的 参数 ， 我 们 不 能 创建 指向 void 














类 型 的 引用 。 因 此 ， 我 们 可 能 会 趋向 于 考虑 第 3 种 解决 方案 : 
FunctorParam<F, N>::Type 的 值 为 一 个 私有 的 成 员 class 类 型 。 这 种 类 型 的 
对 象 是 不 能 够 被 创建 的 ， 但 就 用 法 而 言 ， 却 几乎 没有 任何 约束 。 下 面 就 
是 一 个 实现 例子 : 


// functors/functorparam1.hpp 





#include "ifthenelse.hpp" 
template <typename FE, int N> 
class UsedFunctorParam:; 
template <typename FE, int N> 
class FunctorParam { 
private: 
class Unused { 
private: 
class Private {}; 
public: 
typedef Private Type; 
上 
public: 
typedef typename IfThenElse<F::NumParams>=N， 
UsedFunctorParam<F,N>, 
Unused>::ResultT::Type 
Type; 
template <typename F> 
class UsedFunctorParam<F, 1> { 
public: 
typedef typename F::Param1T Type; 


二 
IfThenElse 模板 是 在 15.2.4 小 市 介绍 的 。 男 外 ， 我 们 引入 了 一 个 辅 
助 模板 UsedFunctorParam; 对 于 每 个 特定 的 N 值 ， 都 需要 对 该 模板 进行 
局 部 特 化 。 而 编写 这 些 局 部 特 化 的 一 个 更 加 简洁 的 方式 是 使 用 下 面 的 
宏 : 
// functors/functorparam2.hpp 
#define FunctorParamSpec(N) \ 
template<typename F> \ 
class UsedFunctorParam<F, N> { \ 
public: \ 
typedef typename F::Param##N##T Type; \ 


FunctorParamSpec(2); 


FunctorParamSpec(3); 


FunctorParamSpec(20); 
#undef FunctorParamSpec 
22.6.3 封装 函数 指 外 

在 上 一 小 节 中 ， 我 们 借助 于 成 员 typedef 的 形式 ， 使 仿 函 数 类 型 能 够 
文 持 某 些 内 省 。 然 而 ， 由 于 要 实现 这 些 内 省 的 约束 ， 函 数 指针 不 再 适用 
于 我 们 的 框架 。 笠 运 的 是 ， 如 我 们 前 面 所 讨论 的 ， 我 们 可 以 通过 封装 函 
数 指针 来 绕 过 这 种 限制 。 接 下 来 ， 让 我 们 开发 一 个 小 工具 ， 它 能 够 封装 
最 多 具有 2 个 参数 的 函数 (封装 含有 多 个 参数 的 函数 的 原理 和 做 法 是 一 
样 的 ， 我 们 在 此 为 了 使 讨论 更 加 简洁 ， 所 以 也 就 只 选择 2 个 参数 ) 。 而 
且 ， 我 们 只 参数 化 具有 C++ 链接 的 函数 :对 于 具有 C 链接 的 函数 ， 解 








决 方法 也 是 类 似 的 ， 我 们 在 前 面 已 经 阐述 过 了 。 

接 下 来 给 出 的 解决 方 膝 将 会 涉及 到 2 个 组 件 ， 类 模板 FunctionPtr， 
它 的 实例 残 是 封装 函数 指针 的 仿 函 数 类 型 ， 重 载 函 数 模 板 func_ptr， 它 
接收 一 个 函数 指针 为 参数 ， 然 后 返回 一 个 相应 的 、 适 合 该 框架 的 仿 函 
数 。 其 中 ， 类 模板 FuntionPtr 将 由 返回 类 型 和 参数 类 型 进行 参数 化 : 


template<typename RT, typename P1 = void, typename P2 = void> 





class FunctionPtr; 
用 void 值 来 蔡 换 一 个 参数 意味 着 : 该 参数 实际 上 并 没有 提供 。 因 
我 们 的 模板 能 够 处 理 仿 函数 调用 实 参 个 数 不 同 的 情况 。 
因为 我 们 需要 封 交 的 是 函数 指针 ， 所 有 我 们 需要 有 一 个 工具 ， 它 能 
够 根据 参数 的 类 型 ， 来 创建 函数 指针 类 型 。 我 们 通过 下 面 的 局 部 特 化 来 
实现 这 个 目的 : 

//functors/functionptrt.hpp 

/ 基本 模板 ， 用 于 处 理 参 数 个 数 最 大 的 情况 : 


template<typename RT, typename P1 = void, 


此 


-> 


typename P2 = void, 
typename P3 = void> 
class FunctionPtrT { 
public: 
enum { NumParams = 3 上 
typedef RT (*Type)(P1,P2,P3); 
}; 
/用 于 处 理 两 个 参数 的 局 部 特 化 
template<typename RT, typename P1， 
typename P2> 
class FunctionPtrT<RT, P1, P2, void> { 
public: 


enum { NumParams = 2 }: 

typedef RT (*Type)(P1,P2); 
上 
/ 用 于 处 理 一 个 参数 的 局 部 特 化 : 
template<typename RT, typename P1> 
class FunctionPtrT<RT, P1, void, void> { 

public: 

enum { NumParams = 1 }: 

typedef RT (*Type)(P1); 
}; 
/ 用 于 处 理 0 个 参数 的 局 部 特 化 : 
template<typename RT> 
class FunctionPtrT<RT, void, void, void> { 

public: 

enum { NumParams = 0 }; 

typedef RT (*Type)O; 
上 
你 会 有 发现， 我们 还 使 用 了 上 面 这 个 “相同 的 ) 模板 来 计算 参数 的 个 
数 。 

对 于 上 面 这 个 仿 函 数 类 型 ， 它 把 它 的 参数 传递 给 所 封 装 的 函数 指 
针 。 然 而 ， 传 递 一 个 函数 调用 实 参 是 可 能 会 产生 副作用 的 : 如 果 相 应 的 
参数 属于 class 类 型 (而 不 是 一 个 指 同 class 类 型 的 引用 ) ， 那 么 在 传递 
的 过 程 中 ， 将 会 调用 该 class 类 型 的 拷贝 构造 函数 。 为 了 避免 这 个 (调用 
找 贝 构造 函数 的 ) 额外 的 开销 ， 我 们 需要 编写 一 个 类 型 函数 ， 在 一 般 情 
况 下 ， 该 类 型 函数 不 会 改变 实 参 的 类 型 ， 而 当 参 数 是 属于 class 类 型 的 时 
修 ， 它 会 产生 一 个 指 癌 该 class 类 型 的 const 引 用 。 借 助 于 在 第 15 章 中 开发 
的 TypeT 模 板 和 熟知 的 IfThenElse 功 能 模板 ， 我 们 可 以 这 样 准确 地 实现 这 











个 类 型 函数 : 
// functors/forwardparam.hpp 
#ifndef FORWARD_HPP 
#define FORWARD_HPP 
#include "ifthenelse.hpp" 
#include "typet.hpp" 
#include "typeop.hpp" 
// 对 于 class 类 型 ，ForwardParamT<T>::Type 是 一 个 党 引用 
// 对 于 其 他 的 所 有 类 型 ，ForwardParamT<T>::Type 是 普通 类 型 
// 对 于 void 类 型 ，ForwardParamT<T>::Type 是 一 个 哑 类 型 
( Unused) 
template<typename T> 
class ForwardParamT { 
public: 
typedef typename IfThenFElse<TypeT<T>::IsClassT, 
typename TypeOp<T>::RefConstT, 
typename TypeOp<T>::ArgT 
>::ResultT 
Type; 
1 
template<> 
class ForwardParamT<void> { 
private: 
class Unused {}; 
public: 
typedef Unused Type; 


#endif / FORWARD_HPP 

我 们 发 现 这 个 模板 和 在 15.3.1 小 节 所 开发 的 RParam 模 板 非常 相似 ， 
唯一 的 区 别 在 于 : 在 此 我 们 需要 把 void 类 型 〈 我 们 在 前 面 已 经 说 明 ， 
void 类 型 是 用 于 代表 那些 没有 提供 参数 的 类 型 ) 英 射 为 一 个 类 型 ， 而 且 
该 类 型 必须 是 一 个 有 效 的 参数 类 型 。 

现在 ， 我 们 已 经 能 够 定义 FunctionPtr 模 板 了 。 另 外 ， 由 于 我 们 事先 
并 不 知道 FunctionPtr 完 竟 会 接收 多 少 个 参数 ， 所 以 在 下 面 的 代码 中 ， 我 
们 针对 不 同 个 数 的 参数 〈 但 在 此 我 们 最 多 只 是 针对 3 个 参数 ) ， 都 重 载 
了 函数 调用 运算 符 : 


// functors/functionptr.hpp 








#include "forwardparam.hpp" 
#include "functionptrt.hpp" 
template<typename RT, typename P1 = void， 
typename P2 = void, 
typename P3 = void> 
class FunctionPtr { 
private: 


typedef typename FunctionPtrT<RT,P1,P2,P3>::Type FuncPtr; 


// 封装 的 指针 
FuncPtr fptr; 
public: 
/ 使 之 适合 我 们 的 框架 : 


enum { NumpParams = FunctionPtrI<RT,P1,P2,P3>::NumParams 


typedef RT ReturnT; 
typedef P1 Param1TI; 
typedef P2 Param2T; 


typedef P3 Param3T; 
/ 构造 函数 : 
FunctionPtr(FuncPtr ptr) 
: fptr(ptr) { 
} 
/函数 调用 ”: 
RT operator()() { 
return fptr(); 
} 
RT operator()(typename ForwardParamT<P1>::Type al) { 
return fptr(al); 

} 

RT operator()(typename ForwardParamT<P1>::Type al, 
typename ForwardParamT<P2>::Type a2) { 

return fptr(al, a2); 

} 

RT operator()(typename ForwardParamT<P1>::Type al, 
typename ForwardParamT<P2>::Type a2, 
typename ForwardParamT<P3>::Type a3) { 

return fptr(al, a2, a3); 

} 

上 

该 类 模板 可 以 实现 所 期 望 的 功能 ， 但 是 如 果 直 接 使 用 该 模板 ， 将 会 
是 比较 楷 琐 的 。 为 了 使 之 具有 更 好 的 易 用 性 ， 我 们 可 以 借助 模板 的 实 参 
演绎 机 制 ， 实 现 每 个 对 应 的 〈 内 联 的 ) 函数 模板 : 

// functors/funcptr.hpp 











#include "functionptr.hpp" 


template<typename RT> inline 
FunctionPtr<RT> func_ptr (RT (*fp)O) 
{ 
return FunctionPtr<RT>(fp); 
} 
template<typename RT, typename P1> inline 
FunctionPtr<RT,P1> func_ptr (RT (*fp)(P1)) 
{ 
return FunctionPtr<RT,P1>(fp); 
}template<typename RT, typename P1, typename P2> inline 
FunctionPtr<RT,P1,P2> func_ptr (RT (*fp)(P1,P2)) 
{ 
return FunctionPtr<RT,P1,P2>(fp); 
} 
template<typename RT, typename P1, typename P2, typename P3> 
inline 
FunctionPtr<RT,P1,P2,P3> func_ptr (RT (*fp)(P1,P2,P3)) 
{ 
return FunctionPtr<RT,P1,P2,P3>(fp); 
} 
人 至此， 剩余 的 工作 吉 是 编写 一 个 使 用 这 个 《高 级 ) 模板 工具 的 实例 
程序 了 。 如 下 所 示 : 
// functors/functordemo.cpp 
#include <iostream> 
#include <string> 
#include <typeinfo> 


#include "funcptr.hpp" 


double seven() 
{ 
return 7.0; 
} 
std::string morel() 
| 
return std::string("more"); 
} 
template <typename FunctorT> 
void demo (FunctorT func) 


{ 


std::cout << "Functor returns type " 
<< typeid(typename FunctorT::ReturnT).name() << \n' 
<< "Functor returns value " 
<< func() << \n'; 
} 
int main() 
{ 


demo(func_ptr(seven)); 


demo(func_ptr(more)); 


939 醒 汐 对象 组 并 


假设 在 我 们 的 框架 中 ， 有 如 下 两 个 简单 的 数学 仿 函 数 : 
// functorsmath1.hpp 


#include <cmath> 


#include <cstdlib> 
class Abs { 
public: 
double operator() (double v) const { 
/ "函数 调用 ": 
return std::abs(Vv); 
} 
’ 
class Sine { 
public: 
/ "函数 调用 ": 
double operator() (double a) const { 
return std::sin(a); 
} 
上 
然而 ， 我 们 所 期 望 的 仿 函 数 是 : 能 够 先 计算 给 定 角度 的 sn 正弦) 
值 ， 然 后 再 计算 正弦 值 的 绝对 值 。 事 实 上 ， 编 写 一 个 完成 所 需 功 能 的 新 
仿 函 数 是 很 容易 的 : 
class AbsSine { 
public: 





double operator() (double a) { 
return std::abs(std::sin(a)); 
} 
上 
然而 ， 要 为 每 个 已 完成 仿 函 数 的 组 合 功 能 都 编写 一 个 新 的 仿 函 数 ， 
这 样 是 很 不 方便 的 。 于 是 ， 我 们 期 望 可 以 编写 一 个 实现 组 合 两 个 念 函数 
功能 的 小 工具 。 在 这 一 市 里 ， 我 们 将 开发 一 些 实现 这 个 目的 的 模板 。 同 








时 ， 在 本 节 的 其 他 部 分 ， 我 们 还 引入 了 多 个 被 证 明 为 有 用 的 concept。 
22.7.1 简单 的 组 合 
让 我 们 从 实现 一 个 组 合 工 具 开 始 : 
// functors/composel.hpp 
template <typename FO!1, typename FO2> 
class Composer { 
private: 
FO1 fol; /要 调用 的 第 1 个 /内 部 的 函数 对 象 
FO2 fo2; V/ 要 调用 的 第 2 个 /外 部 的 函数 对 象 
public: 
/ 用 于 初始 化 两 个 函数 对 象 的 构造 函数 Composer (FO1 f1, FO2 
f2) 
: fo1(f1), fo2(f2) { 
} 
/函数 调用 ”: 函数 对 象 的 侍 套 调用 
double operator() (double v) { 
return fo2(fo1(v)); 
} 
了 
我 们 发 现 ， 在 针对 两 个 函数 对 象 的 组 合 中 ， 出 现在 模板 参数 前 面 的 
函数 ， 将 会 先 被 调用 。 这 就 意味 着 : 对 于 组 合 Composer<Abs, Sine>， 相 
应 的 函数 调用 将 会 是 sin (abs (x ))〈 注 意 相 反 的 调用 次 序 ) 。 为 了 测试 上 
面 这 个 小 模板 ， 我 们 可 以 编写 下 面 的 测试 程序 : 


// functors/composel.cpp 














#include <iostream> 


#include "math1.hpp" 


#include "composel.hpp" 
template<typename FO> 
void print_values (FO fo) 
{ 
for (int i=-2; i<3; ++i) { 
std::cout << "f(" << i*0.1 
<<")= "<< fo(i*0.1) 


<< "\n"; 


} 
int main() 
{ 
/ 输出 sin(abs(0.5)) 
std::cout << Composer<Abs,Sine>(Abs(),Sine())(0.5) << "nn ; 
// 输出 某 些 值 的 abs()print_values(Abs()); 
std::cout << \n'; 
/ 输出 某 些 值 的 sin()print_values(Sine(); 
std::cout << \n'; 
/ 输出 某 些 值 的 sin(abs())print_values(Composer<Abs, Sine>(Abs(), 
SineO))); 
std::cout << \n'; 
/ 输出 某 些 值 的 abs(sin()) 
print_values(Composer<Sine, Abs>(Sine(), Abs())); 
} 
这 个 模板 只 是 实现 了 一 般 的 组 合 原则 ， 我 们 还 可 以 在 许多 方面 对 它 
进行 改善 。 
正如 前 面 所 述 ， 一 个 针对 易 用 性 的 改善 做 法 是 : 引入 一 个 内 联 的 小 


辅助 函数 ， 从 而 可 以 演绎 Composer 的 模板 实 参 (到 目前 为 止 ， 这 已 经 是 
一 个 使 用 得 相当 普遍 的 技术 了 ): 

// functors/composeconv.hpp 

template <typename FO!1, typename FO2> 

inline 

Composer<FO1,FO2> compose (FO1 f1, FO2 f2) { 

return Composer<FO1,FO2> (f{1, f2); 
} 
有 了 这 个 辅助 函数 之 后 ， 我 们 束 可 以 如 下 编写 例子 程序 : 


// functors/compose2.cpp 





#include <iostream> 
#include "math1.hpp" 
#include "composel.hpp" 
#include "composeconv.hpp" 
template<typename FO> 
void print_values (FO fo) 
| 
for (int i=-2; i<3; ++i) { 
std::cout << "f(" << i*0.1 
<<")= "<< fo(i*0.1) 


<< "\n"; 


} 
int main() 
{ 
// 输出 sin(abs(-0.5)) 的 值 
std::cout << compose(Abs(),Sine())(0.5) << "nn"; 


/ 输出 一 些 值 的 abs() 

print_values(Abs()); 

std::cout << \n'; 

/ 输出 一 些 值 的 sin() 

print_values(Sine()); 

std::cout << \n'; 

// 输出 一 些 值 的 sin(abs()) 

print_values(compose(Abs(),Sine())); 

std::cout << \n'; 

/ 输出 一 些 值 的 abs(sin()) 

print_values(compose(Sine(),Abs())); 

} 

这 样 ， 我 们 就 不 雷 要 再 编写 : 
Composer<Abs, Sine>(Abs(), Sine()) 
而 使 用 更 加 精 烁 的 : 
compose(Abs(), Sine()) 

一 步 的 优化 对 象 是 Composer 类 模板 本 身 。 更 准确 而 言 ， 在 
Composer 类 模板 中 ， 如 果 仿 函数 first 和 second 本 身 是 空 类 的 话 〈 也 就 是 
说 ， 它 们 是 无 状态 的 ， 这 也 是 比较 常见 的 情况 。〉， 我 们 期 望 能 够 避免 
为 这 些 成 员 仿 函数 分 配 任何 空间 。 虽 然 这 看 起 来 并 不 能 省 略 很 多 的 内 存 
空间 ， 但 是 我 们 清楚 : 当 以 函数 调用 参数 的 形式 传递 空 基 类 的 时 候 ， 就 
可 以 对 空 基 类 进行 特殊 的 优化 。 而 在 此 符合 我 们 目的 的 标准 技术 就 是 所 
谓 的 空 基 类 优化 〈 见 16.2 节 ) ， 它 把 成 员 转 变 成 基 类 : 

// functors/compose3.hpp 











template <typename FO!1, typename FO2> 
class Composer : private FO1, private FO2 { 
public: 


/ 构造 函数 : 初始 化 函数 对 象 
Composer(FO1 f1, FO2 f2) 
: FO1(f1), FO2({f2) { 
} 
/ "函数 调用 ": 函数 对 象 的 租 套 调用 
double operator() (double v) { 
return FO2::operator()(FO1::operator( )(v)); 


然而 ， 这 个 方法 〈 空 基 类 优化 ) 也 并 非 值得 推荐 。 因 为 使 用 了 空 基 
类 优化 之 后 ， 我 们 束 不 能 让 一 个 仿 函 数 和 自身 进行 组 合 了 。 例 如 下 面 的 
调用 : 

// 输 出 某 些 值 的 sin(sin()) 

print_values(compose(Sine(),Sine0)); W 错误 : 重复 的 基 类 名 称 

将 会 使 Composer 的 实例 化 过 程 派 生 自 两 个 相同 的 类 ， 而 这 是 非法 














实际 上 ， 对 于 这 个 重复 基 类 问题 ， 我 们 可 以 通过 增加 一 个 继承 层 来 


// functors/compose4.hpp 

template <typename C, int N> 

class BaseMem : public C { 

public: 
BaseMem(C& c): C(c){} 
BaseMem(C const& c) : C(c){} 

上 

template <typename FO!1, typename FO2> 


class Composer : private BaseMem<FO1,1>， 


Private BaseMem<FO2,2> { 
public: 
/ 构造 函数 : 初始 化 函数 对 象 
Composer(FO1 f1, FO2 f2) 
: BaseMem<FO1,1>(f{f1), BaseMem<FO2,2>({2) { 


函数 调用 ": 函数 对 象 的 舱 套 调用 
double operator() (double v) { 
return Base Mem<FO2,2>::operator() 


(BaseMem<FO1,1>::operator(O(v)); 


有 

显然 ， 最 后 这 个 实现 看 起 来 有 些 凌 乱 。 但 是 如 果 能 够 使 优化 器 意识 
到 所 面 对 的 仿 函 数 是 空 的 ， 那 么 这 种 有 些 凌 乱 的 写法 有 时 也 是 可 取 的 。 

有 趣 的 是 ， 函 数 调用 运算 符 也 能 够 被 声明 为 虚拟 的 。 而 且 ， 对 于 要 
参加 组 合 的 仿 函 数 ， 如 果 把 它们 的 函数 调用 运算 符 声 明 为 虚 函 数 ， 那 么 
所 获得 的 Composer 对 象 的 函数 调用 运算 符 同 样 也 是 虚 函 数 。 然 而 ， 这 
将 可 能 会 导致 一 些 难以 预料 的 结果 。 因 此 ， 在 本 节 的 剩余 内 容 里 ， 我 们 
将 假设 函数 调用 运算 符 是 非 虚拟 的 。 

22.7.2 混合 类 型 的 组 合 

对 于 简单 的 Composer 模板 ， 男 一 个 更 加 重要 的 改善 是 : 使 它 所 涉 
es 在 前 面 的 实现 中 ， 我 们 只 允许 接收 double 类 

， 并 且 返 回 double 类 型 的 仿 函 数 。 然 而 ， 如 果 可 以 组 合 任何 能 够 互相 
匹配 的 仿 函 数 关 型 ， 那么 将 会 带 来 更 好 的 通用 性 。 例 如 ， 假 设 我 们 能 够 
组 合 一 个 接收 《一 个 ) int 型 并 且 返 回 〈 一 个 ) boo] 型 的 仿 函 数 ， 和 一 个 
接收 (一 个 ) boo] 型 并 且 返 回 〈 一 个 ) double 型 的 仿 函 数 。 而 为 了 实现 











这 种 组 合 ， 我 们 就 需要 对 前 面 的 念 函 数 类 型 增加 一 些 成 员 typedef。 
既然 有 了 针对 该 框架 的 一 些 约定 ( 见 22.6.1 小 节 的 3 个 约定 ) ， 我 
们 就 可 以 这 样 改写 前 面 的 组 合 模板: 
// functors/compose5.hpp 
#include "forwardparam.hpp" 
template <typename C, int N> 
class BaseMem : public C { 
public: 
BaseMem(C& c): C(c){} 
BaseMem(C const& c) : C(c){} 
}; 
template <typename FO!1, typename FO2> 
class Composer : private BaseMem<FO1,1>, 
private Base Mem<FO2,2> { 
public: 
/ 使 之 适合 我 们 的 框架 : 
enum { NumParams = FO1::NumParams }; 
typedef typename FO2::ReturnT ReturnT; 
typedef typename FO1::Param1T Param1T; 
/ 构造 冰 数 : 初始 化 函数 对 象 
Composer(FO1 f1, FO2 f2) 
: BaseMem<FO1,1>({1), Base Mem<FO2,2>({2) { 
} 
/函数 调用 ”: 函数 对 象 的 租 套 调用 
ReturnT operator() (typename ForwardParamT<Param1T>::Type v) { 
return Base Mem<FO2,2>::operator() 


(BaseMem<FO1,1>::operator(O(v)); 


I 

在 此 ， 我 们 重用 了 ForwardParamT 模板 〈 见 22.6.3 小 节 ) ， 从 而 能 
够 有 效 地 避免 没 必要 的 仿 函 数 实 参 的 拷贝 。 

为 了 使 我 们 的 Abs 和 Sine 仿 函 数 能 够 借助 于 上 面 这 个 组 合 模板 进 
行 组 合 ， 需 要 对 Abs 和 Sine 进 行 改写 ， 使 之 包含 适当 的 类 型 信息 。 具 体 
代码 如 下 : 

// functors/math2.hpp 





#include <cmath> 
#include <cstdlib> 
class Abs { 
public: 
/ 使 之 适合 框架 : 
enum { NumParams = 1 }: 
typedef double ReturnT; 
typedef double Param1TI; 
/函数 调用 ”: 
double operator() (double v) const { 
return std::abs(Vv); 
} 
上 
class Sine { 
public: 
/ 使 之 适合 框架 : 
enum { NumParams = 1 }: 
typedef double ReturnT; 
typedef double Param1TI; 


/函数 调用 ”: 
double operator() (double a) const { 


return std::sin(a); 


上 

另外 ， 我 们 也 可 以 把 Abs 和 Sine 实 现 为 模板 : 

// functors/math3.hpp 

#include <cmath> 

#include <cstdlib> 

template <typename T> 

class Abs { 

public: 

/ 使 之 适合 框架 : 
enum { NumParams = 1 }: 
typedef T ReturnT; 
typedef T Param1Tl; 
/函数 调用 ”: 
T operator() (T v) const { 


return std::abs(V); 


上 
template <typename 工 > 
class Sine { 
public: 
/ 使 之 适合 框架 : 
enum { NumParams = 1 }: 


typedef T ReturnT; 


typedef 工 Param1T; 
/函数 调用 ”: 
T operator() (T a) const { 
return std::sin(a); 
} 
» 
如 果 要 借助 于 最 后 这 种 基于 模板 的 实现 ， 那 么 使 用 仿 函 数 将 需要 显 
式 提 供 实 参 的 类 型 ， 来 作为 模板 实 参 。 下 面 的 程序 对 我 们 前 面 的 例子 程 
序 进行 了 一 些 修改 ， 其 中 使 用 一 些 看 起 来 有 些 麻烦 的 语法 : 


// functors/compose5.cpp 














#include <iostream> 
#include "math3.hpp" 
#include "compose5.hpp" 
#include "composeconv.hpp" 
template<typename FO> 
void print_values (FO fo) 
| 

for (int i=-2; i<3; ++i) { 

std::cout << "f(" << i*0.1 


<<")= "<< fo(i*0.1) 


<< "\n"; 
} 
} 
int main() 
{ 


/ 输出 sin(abs(0.5)) 
std::cout << compose(Abs<double>(),Sine<double>())(0.5) 


<< nn ; 
/ 输出 茶 些 值 的 abs() 
print_values(Abs<double>()); 
std::cout << "\n'; 
/ 输出 茶 些 值 的 sin() 
print_values(Sine<double>()); 
std::cout << "\n'; 
/输出 菏 些 值 的 sin(abs()) 
print_values(compose(Abs<double>(),Sine<double>())); 
std::cout << \n'; 
/输出 东 些 值 的 abs(sin()) 
print_values(compose(Sine<double>(),Abs<double>())); 
std::cout << "\n'; 
/ 输出 茶 些 值 的 sin(sin0) 
print_values(compose(Sine<double>(),Sine<double>())); 


} 





到 目前 为 止 ， 我们 已 经 看 到 了 念 函数 组 合 的 一 种 简单 形式 ， 其 中 一 
个 仿 函 数 接收 一 个 实 参 ， 而 且 这 个 实 参 是 另 一 个 仿 函 数 的 调用 结果 ， 其 
中 后 面 这 个 仿 函 数 本 喘 也 接收 一 个 实 参 。 显 然 ， 仿 函数 应 该 可 以 具有 多 
个 实 参 ; 因此 ， 对 于 接收 多 个 实 参 的 仿 函 数 ， 我 们 也 应 该 可 以 实现 它们 
的 组 合 。 在 这 一 节 里 ， 我 们 将 讨论 一 种 新 的 Composer， 其 中 它 的 第 1 个 
实 参 可 以 是 具有 多 个 参数 的 仿 函 数 。 

如 末 Composer 的 第 1 个 仿 函 数 实 参 接收 多 个 实 参 ， 那 么 最 后 的 
Composer 类 也 必须 接收 多 个 实 参 ， 这 就 意味 着 我 们 需要 定义 多 个 
ParamNT 成 员 类 型 ， 而 且 我 们 需要 提供 接收 相应 数量 参数 的 函数 调用 运 














算 符 〈operator0 ) 。 显 然 ， 后 一 个 问题 看 起 来 不 太 好 解决 ， 但 实际 上 解 
决 起 来 也 不 难 ， 因 为 我 们 可 以 对 函数 调用 运算 符 进 行 重 载 。 于 是 ， 我 们 
需要 为 不 同 的 参数 个 数 都 提供 函数 调用 运算 符 ， 直 到 参数 个 数 达 到 一 个 
合理 的 最 大 值 ( 一 个 具有 工业 强度 的 仿 函 数 的 参数 个 数 很 有 可 能 会 达到 
20) 。 在 调用 重 载 运算 符 的 过 程 中 ， 如 果 参 数 的 个 数 与 第 1 个 (组 合 
的 ) 仿 函 数 实 参 的 参数 个 数 不 匹 配 ， 将 会 导致 一 个 编译 期 错误 ， 这 也 正 
是 我 们 所 期 望 的 。 于 是 ， 该 Composer 的 代码 大 致 如 下 : 

template <typename FEO1, typename FO2> 

class Composer : private BaseMem<FO1,1>, 

private Base Mem<FO2,2> { 
public: 


/ 针对 0 个 参数 的 “函数 调用 ”: 
ReturnT operator() 0 { 
return Base Mem<FO2,2>::operator() 
(BaseMem<FO1,1>::operator()()); 
} 
/ 针对 1 个 参数 的 “函数 调用 ”: 


ReturnT operator() (typename ForwardParamT<Param1T>::Type v1) 


return Base Mem<FO2,2>::operator() 
(BaseMem<FO!1,1>::operator()(v1)); 
} 
// 针 对 2 个 参数 的 “函数 调用 ”: 
ReturnT operator() (typename ForwardParamT<Param1T>::Type v1, 
typename ForwardParamT<Param2T>::Type v2) { 


return Base Mem<FO2,2>::operator() 


(BaseMem<FO1,1>::operator()(V1 v2)); 


}; 

现在 我 们 的 任务 就 剩 下 定义 成 员 Param1T、Param2T 等 类 型 了 。 然 
而 ， 由 于 多 个 函数 调用 运算 符 的 声明 都 要 用 到 这 些 类 型 ， 所 以 也 使 该 任 
务 变 得 更 加 困难 : 因为 即使 所 组 合 的 仿 函 数 并 没有 相应 的 参数 
ParamNT，ParamNT 在 此 也 必须 是 有 效 的 [23] 。 例 如 ， 如 果 组 合 两 个 单 
参数 的 仿 函 数 ， 我 们 也 必须 确保 Param2T 类 型 是 一 个 有 效 的 参数 类 型 。 
更 进一步 ， 访 类 型 也 不 能 和 客户 端 程序 所 使 用 的 某 个 类 型 意外 地 发 生 匹 
配 。 幸 运 的 是 ， 我 们 可 以 借助 于 前 面 所 开发 的 FunctorParam 模 板 来 解决 
这 个 问题 。 因 此 ， 我 们 可 以 这 样 给 Composer 模 板 添 加 下 面 的 多 个 成 员 








typedef : 
template <typename FO!1, typename FO2> 
class Composer : private BaseMem<FO1,1>, 
private Base Mem<FO2,2> { 
public: 
/返回 类 型 是 很 直观 的 
typedef typename FO2::ReturnT ReturnT; 
// 定义 Param1T, Param2T 等 
/ - 使 用 宏 来 简化 参数 类 型 构造 的 复制 
#define ComposeParamIT(N) 
typedef typename FunctorParam<FO1, N>::Type Param##N##T 
ComposeParamT(1); 
ComposeParamT(2); 


ComposeParamT(20); 


#undef ComposeParamT 


}; 

最 后 ， 我 们 需要 添加 Composer 的 构造 函数 ， 它 接收 要 进行 组 合 的 
两 个 仿 函 数 ， 但 我 们 这 里 还 允许 对 各 种 const 和 non-const 仿 函数 进行 不 同 
的 组 合 : 

template <typename FO!1, typename FO2> 

class Composer : private BaseMem<FO1,1>， 

private Base Mem<FO2,2> { 
public: 


/ 构造 函数 : 
Composer(FO1 const& f1, FO2 const& f2) 

: Base Mem<FO1,1>({f1), BaseMem<FO2,2>({2) { 
} 
Composer(FO1 const& f1, FO2& f2) 

: BaseMem<FO1,1>({f1), BaseMem<FO2,2>({2) { 
} 
Composer(FO1& f1, FO2 const& f2) 

: Base Mem<FO1,1>({1), BaseMem<FO2,2>({2) { 
} 
Composer(FO1& f1, FO2& f2) 

: BaseMem<FO1,1>(f1), BaseMem<FO2,2>({2) { 


人 
有 了 这 些 程序 库 代 码 之 后 ， 我 们 的 例子 程序 就 可 以 使 用 一 些 相 当 简 





单 的 构造 了 ， 如 下 面 代码 所 示 : 
// functors/compose6.cpp 
#include <iostream> 
#include "funcptr.hpp" 
#include "compose6.hpp" 
#include "composeconv.hpp" 
double add(double a, double b) 
| 
return a+b; 
} 
double twice(double a) 
{ 
return 2*a; 
} 
int main() 
{ 
std::cout << "compute (20+7)*2:" 
<< compose(func_ptr(add),func_ptr(twice))(20,7) 
<< \n'; 
} 
事实 上 ， 还 可 以 对 这 些 工 具 作 进 一 步 的 改善 。 例 如 ， 我 们 可 以 对 
Composer 模板 进一步 扩展 ， 使 之 可 以 直接 地 处 理 函 数 指针 《从 而 在 我 
们 最 后 一 个 例子 中 就 不 再 需要 使 用 func_ptr) 。 然 而 ， 为 了 简洁 性 考 
虑 ， 我 们 这 里 把 这 些 改 善 留 给 有 兴趣 的 读者 。 


22.8 值 绑 定 


对 于 一 个 具有 多 个 参数 的 仿 函 数 ， 如 果 它 的 一 个 参数 绑 定 为 一 个 特 
定 的 值 ， 它 应 该 仍然 可 以 作为 一 个 仿 函 数 来 使 用 。 例 如 ， 下 面 的 Min 仿 
妆 数 : 

// functors/min.hpp 

template <typename T> 

class Min { 

public: 
typedef T ReturnT; 
typedef T Param1Tl; 
typedef T Param2T; 
enum { NumParams = 2 }: 
ReturnT operator() (Param1T a, Param2T b){ 


return a<b ? a: b: 


上 
可 以 被 用 于 创建 一 个 新 的 仿 函 数 Clamp， 它 的 行为 和 Min 很 类 似 ， 

只 是 它 A 该 常 值 可 以 通过 模板 
实 参 来 指定 《如 下 面 例 子 所 示 ) ， 也 可 以 通过 运行 期 实 参 来 指定 。 例 
如 ， 我 们 可 以 这 样 编写 这 个 新 模板 : 

// functors/clamp.hpp 





template <typename T, T max_result> 
class Clamp : private Min<T> { 
public: 
typedef T ReturnT; 
typedef T Param1Tl; 
enum { NumParams = 1 }: 


ReturnT operator() (Param1T a) { 


return Min<T>::operator() (a, max_result); 
} 
上 
与 上 一 节 的 组 合 类 似 ， 如 果 有 茶 些 用 于 目 动 化 仿 函 数 参 数 绑 定 的 模 
板 存 在 ， 那 么 绑 定 过 程 将 会 更 加 容易 。 即 使 像 上 面 代码 的 手工 绑 定 不 会 
占用 很 多 代码 ， 但 我 们 仍然 期 望 可 以 实现 自动 绑 定 。 


22.8.1 选择 绑 定 的 目标 


一 个 binder 将 会 把 仿 函 数 的 一 个 特定 参数 绑 定 到 一 个 特定 的 值 。 在 
此 出 现 了 3 个 特定 ， 也 就 是 3 个 方面 ， 而 这 3 个 方面 都 是 可 以 在 运行 期 
(使 用 函数 调用 实 参 ) 或 者 编译 期 (使 用 模板 实 参 〉 进行 选择 的 。 

例如 ， 下 面 的 模板 将 静态 地 《也 就 是 说 ， 在 编译 期 ) 选择 这 3 个 方 
面 : 


template<typename F, int P, int V> 











class BindIntStatically; 

/WE 是 仿 函 数 的 类 型 

/P 是 要 绑 定 的 参数 

/V 是 要 绑 定 的 值 

3 个 绑 定 方面 “ 指 仿 函 数 、 绑 定 参 数 和 绑 定 值 ) 的 每 个 方面 都 可 以 
动态 地 选择 ， 从 而 也 就 能 够 带 来 不 同 程度 的 便利 性 。 

在 这 3 个 方面 中 ， 针 对 哪个 参数 进行 动态 绑 定 的 选择 可 能 就 是 最 小 
的 便利 性 了 。 可 以 猜想 ， 如 果 是 涉及 到 动态 绑 定 ， 那 么 可 能 会 用 到 很 多 
switch 语 句 ， 该 switch 语 句 会 根据 茶 个 运行 期 值 ， 把 函数 调用 委托 给 放 
层 的 仿 函 数 调用 。 例 如 ， 我 们 可 以 这 样 组 织 switch 语 人 句 : 











Switch (this->param_ num) { 


case 1: 


return F::operator()(v, p1, p2); 
case 2: 
return F::operator()(p1, v, p2); 
Case 3: 
return F::operator()(p1, p2, Vv); 
default: 
return F::operator()(p1, p2); // 或 者 一 个 错误 ? 

} 

于 是 ， 这 种 基于 选择 哪个 参数 的 动态 绑 定 所 能 融 来 的 便利 性 最 小 。 
因此 在 接 下 来 的 讨论 中 ， 我 们 将 把 参数 选择 作为 一 个 模板 参数 ， 从 而 能 
够 进行 静态 的 选择 。 

为 了 使 仿 函 数 的 选择 是 动态 的 ， 我 们 需要 给 binder 增 加 一 个 构造 函 
数 ， 它 接收 一 个 仿 函 数 为 参数 。 类 似 地 ， 我 们 也 可 以 把 绑 定 值 传递 给 该 
构造 函数 ， 但 这 就 要 求 我 们 在 binder 中 提供 一 处 存放 绑 定 值 的 内 存 空 
间 。 而 下 面 两 个 辅助 模板 就 可 以 分 别 用 于 在 运行 期 和 编译 期 存放 绑 定 
值 : 

// functors/boundval.hpp 





#include "typeop.hpp" 
template <typename T> 
class BoundVal { 
private: 
T value; 
public: 
typedef 工 ValueT; 
BoundVal(T v) : value(v) { 
} 
typename TypeOp<T>::RefT get() { 


return value; 


由 
template <typename T, T Val> 
class StaticBoundVal { 
public: 
typedef 工 ValueT; 
T getO) { 


return Val; 


}; 

接 下 来 ， 我 们 在 此 需要 依赖 于 空 基 类 优化 〈 见 16.2 节 ) ， 从 而 在 
仿 函 数 或 者 绑 定 值 是 无 状态 类 的 时 候 ， 能 够 避免 没 必 要 的 内 存 开销 。 因 
此 ， 我 们 初始 的 Binder 模 板 设计 看 起 来 如 下 所 示 : 

// functors/binder1.hpp 





template <typename FO, int P, typename V> 
class Binder : private FO, private V { 
public: 
/ 构造 函数 : 
Binder(FO& f{): FO(f) {} 
Binder(FO& f, V& v): FO(f), V(v) {} 
Binder(FO& f, V const& v): FO({f), V(v) {} 
Binder(FO const& f): FO(f) {} 
Binder(FO const& f, V& v): FO({f), V(v) {} 
Binder(FO const& f, V const& v): FO({), V(v) {} 
template<class T> 
Binder(FO& f, T& v): FO({), V(BoundVal<T>(v)) {} 


template<class 工 > 
Binder(FO& f T const& v): FO({), V(BoundVal<T const>(V)) 


{} 


上 
其 中 ， 除 了 提供 接收 辅助 模板 实例 〈 即 v) 的 构造 函数 之 外 ， 我 们 
还 提供 了 构造 函数 模板 ， 用 于 把 一 个 给 定 值 自 动 地 封装 到 BoundVal 对 象 
中 。 

22.8.2 绑 定 签 


与 Composer 模 板 相 比 ，Binder 模 板 的 ParamNT 类 型 将 更 加 难以 确 
定 ， 因 为 对 于 Binder 模 板 的 ParamNT 而 言 ， 己 经 不 再 是 简单 的 (所 基于 
的 ) 仿 函 数 的 参数 类 型 。 这 是 因为 在 新 的 《所 组 合 的 ) 仿 函 数 里 面 ， 那 
个 被 绑 定 的 参数 已 经 具有 一 个 确定 的 值 ， 不 再 是 一 个 参数 ， 所 以 我 们 必 
须 去 掉 这 个 相应 的 参数 〈 壁 如 ParamNT) ， 而 对 于 该 参数 后 面 的 类 型 ， 
都 必须 回 后 移动 一 个 位 置 。 

为 了 使 事情 更 加 灵活 ， 我 们 引入 了 男 一 个 模板 ， 它 将 执行 这 种 涉及 
到 位 置 移 动 的 选择 操作 : 


// functors/binderparams.hpp 





#include "ifthenelse.hpp" 

template<typename F, int P> 

class BinderParams { 

public: 

/ 参数 个 数 少 1， 因 为 有 一 个 参数 已 经 被 绑 定 了 : 
enum { NumParams = F::NumParams-1 }: 

#define 

ComposeParamT(N) \ 


typedef typename IfThenElse<(N<P), FunctorParam<F, N>, \ 
FunctorParam<F, N+1> \ 
>::ResultT::Type \ 
Param##N##T 
ComposeParamT(1); 
ComposeParamT(2); 
ComposeParamT(3); 


#undef ComposeParamT 

上 

在 Binder 模 板 中 ， 我 们 可 以 这 样 使 用 上 面 这 个 模板 : 

// functors/binder2.hpp 

template <typename FO, int P, typename V> 

class Binder : private FO, private V { 

public: 

/ 因为 一 个 参数 己 经 绑 定 了 ， 所 以 这 里 减 去 一 个 参数 个 数 
enum { NumParams = FO::NumpParams-1 }: 
/返回 类 型 是 很 直接 的 
typedef typename FO::ReturnT ReturnT; 
/ 参数 类 型 
typedef BinderParams<FO, P> Params; 

#define 

ComposeParamT(N) \ 








typedef 
typename 
ForwardParamT<typename 
Params::Param##N##T1>::Type \ 


Param##N##T 
ComposeParamT(1); 
ComposeParamT(2); 
ComposeParam1(3);... 


#undef ComposeParamT 


上 

和 前 面 一 样 ， 我 们 这 里 使 用 了 ForwardParamT 模 板 ， 从 而 避免 了 没 
必要 的 实 参 找 贝 。 

22.8.3 实 参 选 择 

对 于 Binder 模 板 的 实现 ， 我 们 现在 只 剩 下 函数 调用 运算 符 没 有 实现 
了 。 和 Composer 一 样 ， 对 于 函数 调用 实 参 个 数 不 同 的 情况 ， 我 们 将 要 重 
载 该 运算 符 。 然 而 ， 与 组 合 相 比 ， 这 里 的 问题 将 要 难 很 多 ， 因 为 传递 给 
底层 仿 函 数 的 实 参 可 以 是 下 面 3 种 值 中 的 任何 一 种 : 

“ 绑 定 仿 函 数 相应 的 绑 定 参数 。 

“ 绑 定 值 。 

“ 绑 定 仿 函数 的 参数 ， 但 该 参数 位 于 要 绑 定 参数 左边 的 一 位 。 

究竟 选择 这 3 个 值 中 的 哪 一 个 ， 要 依赖 于 P 的 值 和 我 们 所 选择 实 参 的 
位 置 。 

为 了 实现 我 们 的 目的 一 一 即 获得 所 需要 的 结果 ， 和 需要 编写 一 个 私有 
的 内 联 函 数 ， 它 《以 传 引用 的 方式 ) 接收 3 个 可 能 的 值 ， 然 后 《仍然 以 
传 引 用 的 方式 ) 返回 其 中 的 一 个 值 ， 而 这 个 值 究竟 是 3 个 值 中 的 哪个 
值 ， 则 要 根据 所 在 实 参 的 具体 位 置 。 因 为 这 个 成 员 函 数 《〈 即 from) 要 依 
赖 于 我 们 所 选择 的 实 参 ， 所 以 我 们 把 它 实 现 为 散 套 类 模板 ArgSelect 的 静 
态 成 员 。 根 据 这 个 方法 ， 我 们 就 可 以 这 样 编写 函数 调用 运算 符 〈 这 里 给 
出 的 运算 符 是 针对 具有 4 参数 的 仿 函 数 ， 其 他 的 仿 函 数 类 似 ): 











// functors/binder3.hpp 
template <typename FO, int P, typename V> 
class Binder : private FO, private V { 

public: 


ReturnT operator() (Param1T v1, Param2T v2, Param3T v3) { 
return FO::operator(O(ArgSelect<1>::from(v1,v1,V::get()), 
ArgSelect<2>::from(v1,v2,V::get()), 
ArgSelect<3>::from(v2,v3,V::get()), 
ArgSelect<4>::from(v3,v3,V::get())); 


我 们 发 现 ， 对 于 FO::operator() 的 第 1 个 实 参 的 值 ， 只 有 两 种 可 能 : 
operator() 运 算 符 (Binder 的 operator〉 的 第 1 个 值 或 者 绑 定 值 ， 同 理 ， 对 
于 FO::operator() 的 最 后 一 个 实 参 的 值 ， 也 只 有 两 种 可 能 : operator() 运 算 
符 〈Binder 的 operator) 的 最 后 1 个 值 或 者 绑 定 值 。 现 在 惑 只 需要 考虑 
FO::operatorO 中 间 实 参 的 值 了 。 假 设 A 是 某 个 实 参 在 Binder::operatorO 中 
的 位 置 〈 在 我 们 的 例子 中 可 能 是 1、2 或 3) ， 那 么 如 果 A 一 了 P 小 于 0， 
FO::operator() 中 人 A 位 置 的 值 也 就 是 Binder::operator() 相 应 位 置 的 值 ， 而 如 
果 A 一 P 等 于 0， 那 么 FO::operator() 的 A 位 置 将 会 是 绑 定 值 ， 而 如 果 A 一 P 
大 于 0， 那 么 FO::operator() 中 A 位 置 的 值 将 会 是 Binder::operator() 的 A-1 位 
置 的 值 。 有 了 这 些 逻 辑 想法 之 后 ， 我 们 就 能 够 定义 一 个 辅助 模板 ， 它 能 
够 根据 一 个 非 模板 实 参 的 值 ， 在 这 3 种 情况 中 作出 选择 ， 从 而 得 到 正确 
的 值 : 


// functors/signselect.hpp 











#include "ifthenelse.hpp" 


template <int S, typename NegT, typename ZeroT, typename PosT> 
struct SignSelectT { 
typedef typename 
IfThenElse<(S<0), 
NegTl, 
typename IfThenElse<(S>0), 
PosTl, 
ZeroT 
>::ResultT 
>::ResultT 
ResultT; 
上 
有 了 这 些 实现 ， 我 们 接 下 来 就 可 以 定义 成 员 类 模板 ArgSelect 了 ， 县 
体 代 码 如 下 : 
// functors/binder4.hpp 








template <typename FO, int P, typename V> 


class Binder : private FO, private V { 


private: 
template<int A> 
class ArgSelect { 
public: 
/ 针对 位 于 绑 定 实 参 前 面 的 类 型 : 
typedef typename TypeOp< 








typename IfThenElse<(A<=Params::NumParams)， 
FunctorParam<Params, A>， 


FunctorParam<Params, A-1> 


>::ResultT::Type>::RefT 
NoSkipT; 
/ 针对 位 于 绑 定 实 参 后面 的 类 型 : 
typedef typename TypeOp< 








typename IfThenElse<(A>1), 
FunctorParam<Params, A-1>， 
FunctorParam<Params, A> 
>::ResultT::Type>::RefT 
SkipT; 

/ 绑 定 实 参 的 类 型 : 

typedef typename TypeOp<typename V::ValueT>::RefT BindT; 

/借助 于 3 个 不 同 的 类 ， 来 实现 3 种 选择 

class NoSkip { 

public: 





static NoSkipT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_ val) { 


return arg; 


上 
class Skip { 
public: 
static SkipT select (SkipT prev_arg, NoSkipT arg&， 
BindT bound val) { 


return prev_arg,; 


}; 
class Bind { 


public: 
static BindT select (SkipT prev_arg, NoSkipT arg， 
BindT bound_ val) { 


return bound_val; 


上 
/实际 的 选择 函数 : 
typedef typename SignSelectT<A-P, NoSkipT, 
BindT, SkipT>::ResultT 
ReturnT; 
typedef typename SignSelectT<A-P, NoSkip， 
Bind, Skip>::ResultT 
SelectedT:; 
static ReturnT from (SkipT prev_arg, NoSkipT arg, 
BindT bound_ val) { 
return SelectedT::select (prev_arg, arg, bound_val); 
} 
上 
}; 
这 也 是 本 书 中 最 复杂 的 代码 ， 其 中 from 成 员 函 数 就 是 仿 函 数 调 用 运 
算 符 所 调用 的 函数 。 复 灯 性 的 一 方面 在 于 正确 参数 类 型 的 选择 ， 如 果 选 
择 了 正确 的 参数 类 型 ， 也 就 能 选择 出 合适 的 实 参 : Skip 和 NoSkipT 同 样 
也 适用 于 第 1 个 实 参 和 最 后 一 个 实 参 (在 前 面 的 FO::operator(0) 运 算 符 
中 ， 对 于 第 1 个 实 参 和 最 后 一 个 实 参 ,我 们 分 别 是 重复 vl 和 v4) 。 男 
外 ， 我 们 使 用 TypeOp<>::RefT 构 造 来 定义 这 些 类 型 : 虽然 我 们 可 以 使 用 
& 运算 符 来 生成 引用 类 型 ， 但 是 大 多 数 编译 属 却 不 能 处 理 “ 指 网 引用 的 
引用 类 型 >”， 因 此 我 们 使 用 TypeOp<>::Ref。 选 择 函 数 〈 即 from) 本 身 并 














不 复杂 ， 因 为 所 有 的 选择 逻辑 都 被 封装 在 成 员 类 型 ”NoSkip、Skip 和 
Bind 中 ， 然 后 根据 不 同 的 选择 〈( 即 获得 不 同 的 类 型 ，， 就 可 以 容易 地 、 
静态 地 找到 合适 的 Select 函数 。 由 于 这 些 select 函数 本 身 都 是 内 联 的 委托 
函数 ， 所 以 对 于 一 个 好 的 、 经 过 优化 的 编译 器 而 言 ， 应 该 能 够 直接 “ 见 
到 ”这 些 代码 ， 并 且 生 成 “ 近 最 优化 的 ”代码 。 然 而 在 实际 中 ， 截 止 到 本 
书 编写 的 时 候 为 止 ， 只 有 一 些 非常 好 的 编译 器 能 让 我 们 觉得 性 能 上 的 完 
全 满意 。 然 而 ， 在 Binder 的 使 用 方面 ， 其 他 编译 颖 也 能 作出 一 些 比较 不 
错 的 优化 。 

现在 ， 我 们 把 前 面 的 代码 聚集 起 来 ， 就 可 以 得 到 Binder 模 板 的 一 个 
完整 实现 。 如 下 所 示 : 

// functors/binder5.hpp 








#include "ifthenelse.hpp" 
#include "boundval.hpp" 
#include "forwardparam.hpp" 
#include "functorparam.hpp" 
#include "binderparams.hpp" 
#include "signselect.hpp" 
template <typename FO, int P, typename V> 
class Binder : private FO, private V { 
public: 
/ 参数 数目 减少 一 个 ， 因 为 有 一 个 参数 已 经 被 绑 定 了 : 
enum { NumParams = FO::NumParams-1 }; 
/返回 类 型 是 直接 委托 过 来 的 : 
typedef typename FO::ReturnT ReturnT; 
/ 参数 的 类 型 : 
typedef BinderParams<FO, P> Params; 
#define 





ComposeParamT(N) \ 
typedef typename 


ForwardParamT<typename Params::Param##N##T>::Type 
\ 
Param##N##T 

ComposeParamT(1); 

ComposeParamT(2); 

ComposeParamT(3); 


#undef ComposeParamT 

/ 构造 函数 : 
Binder(FO& f{): FO(f) {} 
Binder(FO& f, V& v): FO(f), V(v) {} 
Binder(FO& f, V const& v): FO({), V(v) {} 
Binder(FO const& f{): FO(f) {} 
Binder(FO const& f, V& v): FO({), V(v) {} 
Binder(FO const& f, V const& v): FO(f), V(v) {} 
template<class T> 

Binder(FO& f, T& v): FO(f), V(BoundVal<T>(v)) {} 
template<class T> 

Binder(FO& f, T const& v): FO({), VY(BoundVal<T const>(v)) {} 
/函数 调用 ” 
ReturnT operator() () { 

return FO::operator()(V::get()); 

} 
ReturnT operator() (Param1T v1){ 


return FO::operator()(ArgSelect<1>::from(v1,v1,V::get()), 
ArgSelect<2>::from(v1,v1,V::get())); 
} 
ReturnT operator() (Param1T v1, Param2T v2) { 
return FO::operator()(ArgSelect<1>::from(v1,v1,V::get()), 
ArgSelect<2>::from(v1,v2,V::get()), 
ArgSelect<3>::from(v2,v2,V::get())); 
} 
ReturnT operator() (Parami1T v1, Param2T v2, Param3T v3) { 
return FO::operator()(ArgSelect<1>::from(v1,v1,V::get()), 
ArgSelect<2>::from(v1,v2,V::get()), 
ArgSelect<3>::from(v2,v3,V::get()), 
ArgSelect<4>::from(v3,v3,V::get())); 


private: 
template<int A> 
class ArgSelect { 
public: 
/ 位 于 绑 定 值 前 面 的 类 型 : 
typedef typename TypeOp< 





typename IfThenElse<(A<=Params::NumParams)， 
FunctorParam<Params, A>， 
FunctorParam<Params, A-1> 
>::ResultT::Type>::RefT 
NoSkipT; 
/ 位 于 绑 定 值 后 面 的 类 型 : 


typedef typename TypeOp< 
typename IfThenElse<(A>1), 
FunctorParam<Params, A-1>, 
FunctorParam<Params, A> 
>::ResultT::Type>::RefT 
SkipT; 

/ 绑 定 实 参 的 类 型 : 

typedef typename TypeOp<typename V::ValueT>::RefT BindT; 

/ 借助 于 不 同 的 类 ， 来 实现 3 种 选择 情况 : 

class NoSkip { 

public: 
static NoSkipT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_ val) { 


return arg; 


class Skip { 
public: 
static SkipT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_ val) { 


return prev_arg,; 


1 
class Bind { 
public: 
static BindT select (SkipT prev_arg, NoSkipT arg， 
BindT bound_ val) { 


return bound val; 


/ 外 部 实际 调用 的 选择 函数 
typedef typename SignSelectT<A-P, NoSkipT, 
BindT, SkipT>::ResultT 
ReturnT; 
typedef typename SignSelectT<A-P, NoSkip， 
Bind, Skip>::ResultT 
SelectedT: 
static ReturnT from (SkipT prev_arg, NoSkipT arg, 
BindT bound val) { 


return SelectedT::select (prev_arg, arg, bound_val); 


22.8.4 辅助 函数 
和 组 合 模板 一 样 ， 我 们 可 能 需要 编写 一 个 辅助 的 函数 模板 ， 借 助 于 
该 模板 ， 能 够 使 仿 函 数 参数 绑 定 值 的 表示 更 加 容易 。 但 是 与 组 合 模板 相 
比 ， 该 函数 模板 的 定义 又 更 加 复杂 ， 因 为 这 里 还 需要 表达 绑 定 值 的 类 
型 





// functors/bindconv.hpp 

#include "forwardparam.hpp" 

#include "functorparam.hpp" 

template <int P， / 绑 定 参数 的 位 置 ， 首 个 模板 参数 
typename FO> /W/ 绑 定 参数 所 在 的 仿 函 数 


候 ， 


inline 
Binder<FO,P,BoundVal<typename FunctorParam<FO,P>::Type> > 
bind (FO const& fo, 

typename ForwardParamT 


<typename FunctorParam<FO,P>::Type>::Type val) 


{ 
return Binder<FO, 
上 
BoundVal<typename FunctorParam<FO,P>::Type> 
>(fo， 
BoundVal<typename FunctorParam<FO,P>::Type>(val) 
); 
} 


显然 ， 第 1 个 模板 参数 是 不 能 被 演绎 的 ， 因 此 在 使 用 bind0) 模 板 的 时 
我 们 必须 显 式 指定 该 参数 。 下 面 的 例子 说 明了 这 一 点 : 
# include <string> 
# include <iostream> 
# include "funcptr.hpp" 
# include "binders.hpp" 
# include "bindconv.hpp" 
bool func (std::string const&x str, double d, float 全 
{ 
std::cout << str << ":" 
<< d << (d<f? "<": ">=") 
<<f<<"\n'; 


return d<f; 


int main() 
{ 
bool result = bind<1>(func_ptr(func), "Comparing")(1.0, 2.0); 
std::cout << "bound function returned " << result << \n'; 
} 
在 此 ，bind 函 数 模 板 能 够 根据 绑 定 值 ， 演 绎 出 该 值 的 类 型 ， 从 而 也 
a 的 “ 绑 定 值 类 型 表达 式 ”( 见 binder 的 第 3 个 模板 实 
; 这 种 做 法 是 非常 有 吸引 力 的 。 然 而 ， 对 于 这 种 做 法 ， 有 时 也 会 遇 
1。 如 该 例子 所 示 ， 我 们 把 一 个 double 类 型 的 值 (2.0) 传递 给 
了 一 个 float 类 型 的 参数 。 虽 然 float 类 型 和 double 类 型 是 兼容 的 ， 但 它们 
实际 上 是 完全 不 同 的 类 型 。 这 时 候 ， 我 们 可 能 就 需要 考虑 这 些 针 对 不 同 
类 型 的 处 理 。 
我 们 通常 都 希望 能 够 直接 绑 定 一 个 函数 (以 函数 指针 的 形式 进行 传 
递 ) ， 下 面 的 bindfpO 模 板 大 体 就 完成 了 这 个 功能 。 然 而 ，bindfpO 的 定 
义 却 显得 比 bind 模板 的 定义 还 要 复杂 ;， 而且， 下 面 的 代码 也 只 是 针对 
两 参数 的 函数 的 定义 : 
// functors/bindfp2.hpp 
1/ 一 个 便利 (辅助) 函数 ， 用 于 绑 定 一 个 具有 2 个 参数 的 函数 指针 
template<int PNum, typename RT, typename P1, typename P2> 
inline 
Binder<FunctionPtr<RT,P1,P2>, 
PNum, 
BoundVal<typename FunctorParam<FunctionPtr<RT,P1,P2>， 
PNum 
>::Type 


bindfp (RT (*fp)(P1,P2), 
typename ForwardParamT 
<typename FunctorParam<FunctionPtr<RT,P1,P2>, 
PNum 
>::Type 
>::Type val) 


return Binder<FunctionPtr<RT,P1,P2>, 
PNum, 
BoundVal 
<typename FunctorParam<FunctionPtr<RT,P1,P2>, 
PNum 
>::Type 
> 


>(func_ptr(fp), 


BoundVal<typename FunctorParam 
<FunctionPtr<RT,P1,P2>, 
PNum 
>::Type 


>(val) 





在 前 面 ， 我 们 对 念 函数 组 合 与 值 绑 定 都 进行 了 复杂 的 处 理 ， 为 了 说 
明 这 些 处 理 所 带 来 的 整体 效果 ， 我 们 下 面 将 针对 3 参数 的 念 函数 的 多 种 


操作 ， 提 供 一 个 完整 的 实现 (对 于 多 个 参数 的 仿 函 数 ， 也 可 以 进行 同样 
的 扩展 ; 但 是 在 此 我 们 趋同 于 使 书 中 的 代码 更 加 简短 ) 。 
下 面 让 我 们 先 来 看 看 客户 病 代 码 : 
// functors/functorops.cpp 
#include <iostream> 
#include <string> 
#include <typeinfo> 
#include "functorops.hpp" 
bool compare (std::string debugstr, double v1, float v2) 
{ 
让 (debugstr != "") { 
std::cout << debugstr <<":" <<vl 
<< (v1l<v2? '<': >) 
<< V2 << \n' 
} 
return v1l<v2; 
} 
void print_name_value (std::string name, double value) 


{ 


std::cout << name << ": " << Value << "\n'; 


} 
double sub (double a, double b) 
' 
return a-b; 
} 


double twice (double a) 


{ 


return 2*a; 
} 
int main() 
{ 
using std::cout; 
/组 合 的 示例 用 法 : 
cout << "Composition result: " 
<< compose(func_ptr(sub), func_ptr(twice))(3.0, 7.0) 
<< \n'; 
/ 绑 定 的 示例 用 法 : 
cout << "Binding result: " 
<< bindfp<1>(compare, "main()->compare()")(1.02, 1.03) 
<< \n'; 
cout << "Binding output: "; 
bindfp<1>(print_name_value, 
"the ultimate answer to life")(42); 
/ 把 组 合 与 绑 定 结合 起 来 : 
cout << "Mixing composition and binding (bind<1>):" 
<< bind<1>(compose(func_ptr(sub),func_ptr(twice)), 
7.0)(3.0) 
<< \n'; 
cout << "Mixing composition and binding (bind<2>):" 
<< bind<2>(compose(func_ptr(sub),func_ptr(twice)), 
7.0)(3.0) 
<< \n'; 
} 
程序 最 后 的 输出 如 下 : 


Composition result: -8 

Binding result: main()->compare(): 1.02<1.03 

Binding outpnut: the Ultimate answer to life: 42 

Mixing composition and binding (bind<1>): 8 

Mixing composition and binding (bind<2>): -8 

根据 这 个 小 程序 ， 我 们 可 以 得 出 一 些 主要 的 结论 : 对 于 我 们 在 这 一 
节 所 开发 的 仿 函 数 ， 它 们 的 用 法 是 非常 简单 的 《尽管 实现 代码 并 不 简 
旦 》 必 

从 上 面 代码 我 们 发 现 : 值 绑 定 和 组 合 模板 可 以 无 颖 地 进行 互 操作 。 
之 所 以 能 实现 这 种 互 操作 ， 主 要 是 它们 都 遵守 我 们 在 22.6.1 小 节 所 确立 
的 3 个 约定 ， 束 像 C++ 标 准 库 中 针对 迭代 右 所 确立 的 约束 一 样 。 于 是 ， 
对 于 那些 不 符合 这 些 约定 的 仿 函 数 ， 我 们 可 以 很 容易 地 通过 适配器 类 把 
它们 封闭 起 来 (如 我 们 的 func_ptr 所 示 〉。 而 且 ， 我 们 的 设计 能 够 让 任 
何 具 有 “艺术 级 别 * 的 编译 器 避免 任何 没 必要 的 运行 期 开销 ， 甚 至 能 与 手 
工 编码 的 念 函数 妮 

最 后 ， 我 们 给 出 functorops.hpp 的 内 容 ， 其 中 说 明了 : 对 于 成 功 编 
译 前 面 的 例子 ， 哪 些 头 文件 是 必须 。 有 具体 代码 如 下 : 

// functors/functorops.hpp 

#ifndef FUNCTOROPS_HPP 

#define FUNCTOROPS_HPP 

/定义 func_ptr(), FunctionPtr, 和 FunctionPtrT 











#include "funcptr.hpp" 

// 定义 Composer<> 
#include "compose6.hpp" 

/ 定义 辅助 函数 compose() 


#include "composeconv.hpp" 


/定义 Binder<> 

// -包含 定义 BoundVal<> 和 StaticBoundVal<> 的 boundval.hpp 
// -包含 定义 ForwardParamT<> 的 forwardparam.hpp 
// -包含 定义 FunctorParam<> 的 functorparam.hpp 

// -包含 定义 BinderParams<> 的 binderparams.hpp 

// -包含 定义 SignSelectT<> 的 signselect.hpp 
#include "binder5.hpp" 

/定义 辅助 函数 bind0 和 bindfp0) 

#include "bindconv.hpp" 

#include "bindfp1.hpp" 

#include "bindfp2.hpp" 

#include "bindfp3.hpp" 

#endif // FUNCTOROPS_HPP 


22.10 本 章 后 记 


C++ 标准 库 的 STL 部 分 使 用 了 仿 函 数 的 概念 。 例 如 ， 所 有 的 算法 使 
用 仿 函 数 来 自 定 义 它 们 的 行为 ;而 其 中 的 许多 仿 函 数 就 是 所 谓 的 
predicates 〈 谓 词 、 断 言 ) 。 这 里 的 predicate 指 的 是 一 些 返 回 Boolean 值 的 
函数 或 者 函数 对 象 〈 其 中 Boolean 值 是 指 与 bool 值 能 够 互相 转化 的 值 ) 。 
通 和 而 言 ，predicte 应 该 是 纯 仿 函数 〈pure functor) ， 人 否则 的 话 ， 将 会 出 
现 不 可 预料 的 结果 《〈 见 [JosuttisStdLib] 的 8.1.4 小 节 ) 。 

对 于 组 合 而 言 ，C++ 标 准 库 还 提供 了 几 个 标准 的 仿 函 数 和 适配器 。 
实际 上 ， 对 于 每 个 普通 的 一 元 和 二 元 运算 符 ， 标 准 库 都 提供 了 一 个 函数 
对 象 ， 关 于 具体 细节 ， 请 参考 [JosuttisStdLib] 的 8.2 和 8.3 节 。 然 而 ， 我 们 
发 现 C++ 标准 库 并 没有 提供 足够 的 适配器 ， 用 于 文 持 函 数 对 象 之 间 的 组 
合 ， 从 而 也 就 未 能 表现 出 组 合 的 函数 行为 。 例 如 ， 我 们 不 能 组 合 两 个 一 


元 操作 的 结果 ， 用 于 表示 一 个 诸如 “this and that” 的 规则 。 但 是 ，C++ 程 
序 库 中 的 Boost 库 提供 了 这 些 适 配器 ， 从 而 也 就 弥补 了 C++ 在 这 方面 的 不 
足 。 


[11 译注 :内 建 类 型 ， 也 就 是 诸如 int 的 基本 类 型 ， 这 么 翻译 只 是 为 了 照 
顾 原文 built-in type 和 fundamental type (基本 类 型 ) 的 差别 ， 但 两 者 的 含义 
是 完全 相同 的 。 


[21. 在 实际 应 用 中 ， 诸 如 double 的 类 型 都 会 大 于 1 个 字 节 。 但 是 从 理论 上 
讲 ， 这 些 类 型 的 大 小 也 是 有 可 能 为 1 个 字 节 的 。 另 外 ， 由 于 数组 类 型 不 
能 作为 返回 类 型 ， 所 以 我 们 对 它 进 行 了 封装 ， 变 成 SizeOverOne。 


[31. 译注 : 或 者 在 前 面 代码 中 ， 你 会 奇怪 为 什么 找 不 到 
enum_check(int)。 实 际 上 ，enum_check(unsigned int) 和 
enum_check(singed int) 之 一 就 是 enum_check(int)。 作 者 在 此 是 为 了 考虑 
不 同 编译 器 对 int 类 型 的 处 理 ， 才 把 int 一 分 为 二 的 。 


[41. 这 是 一 个 合理 的 假设 。 通 币 都 应 该 避免 使 用 会 抛 出 异 利 的 析 构 函 
数 ， 因 为 当 一 个 异 币 被 抛 出 的 时 候 ， 析 构 函 数 都 是 被 自动 调用 的 ;而 此 
时 如 果 再 抛 出 男 一 个 异 第 ， 那 么 将 会 导致 程序 立即 中 止 。 


可 以 增加 一 个 专门 用 于 释放 policy 的 模板 参数 ， 来 提高 这 方面 的 灵活 


[6]. 译注 : 对 应 的 英文 为 Resource Acquisition Is Initialization。 该 句子 有 
多 种 译 法 ， 诸 如 资源 获取 时 初始 化 、 初 始 化 时 获取 资源 等 。 


[71 可 以 使 用 多 种 方式 对 分 配器 进行 参数 化 〈 例 如 ， 可 以 选择 各 种 针对 
并 行 访 问 的 policy) ， 然 而 ， 我 们 认为 这 些 内 容 并 不 会 有 助 于 我 们 对 模 
板 及 其 应 用 的 理解 。 


[8]. 例如 ， 在 针对 标准 C++ 流 的 类 中 ， 这 样 是 确实 可 行 的 。 
[91 关于 这 种 机 制 的 解释 已 经 远 远 超 出 了 本 文 的 范围 《而 且 实际 上 与 模 


板 也 并 不 相关 ) 。 这 种 争议 的 出 现 是 由 于 以 下 原因 : 对 于 auto_ptr 所 依 
赖 的 其 中 一 个 机 制 ， 一 部 分 人 认为 是 C++ 标准 库 的 一 大 瑕 疲 。 关 于 该 主 











题 的 更 多 讨论 ， 可 以 参考 [JosuttisAutoPtr]。 


[101]. 译注 : duo 的 原意 是 “二 重唱 ”， 这 里 用 于 说 明 只 有 2 个 对 象 ， 或 者 2 

个 域 ， 相应 地 ， 下 面 的 tfrio、quartet 的 原意 分 别 是 “三 重唱 ” “四 重唱 ”， 

分 别 表示 3 个 对 象 、4 个 对 象 。 

[111. 事实 上 ， 对 象 的 个 数 也 不 是 完全 任意 的 ， 因 为 对 于 模板 舱 套 的 深度 
而 言 ， 存 在 一 个 依赖 于 实现 的 个 数 限制 。 


[121. 在 C++ 中 ， 存 在 一 种 很 奇怪 的 名 字 碍 找 规则 : 在 碍 找 过 程 中 ， 对 于 
派生 自 非 依赖 型 基 类 的 名 字 ， 要 优先 于 模板 参数 名 称 。 虽 然 在 此 并 不 会 
涉及 到 这 条 奇怪 的 得 找 规 则 ， 因 为 基 类 是 依赖 型 ， 然 而 在 本 书 编写 的 时 
候 ， 仍 然 存在 东 些 C++ 编译 器 ， 它 们 并 不 会 看 到 依赖 型 这 个 特性 ， 而 错 
用 这 条 但 找 规 则 。 


[131. 在 C++ 将 来 的 标准 中 ， 很 有 可 能 将 会 修改 这 个 限制 〈《 见 13.3 节 ) 。 
0 对 于 访问 名 字 空 间作 用 域 的 实现 方法 ， 链 接 器 也 扮演 了 类 似 
J 角色 。 

















[151. 例如 ， 通 过 一 个 普通 的 (singed) 指针 访问 一 个 unsigned int 值 束 属 
于 这 类 错误 。 


[161 这 一 点 的 历史 起 因 并 不 是 很 显然 ， 就 这 一 点 而 言 ， 新 的 C++ 标准 会 
进行 一 些 改动 。 


[171. 对 于 成 员 函 数 名 称 而 言 ， 同 样 不 存在 隐 式 的 decay， 例 如 
MyType::print 不 能 隐 式 decay 为 对 应 的 指针 形式 〈 即 &MyType::print) ， 
其 中 这 个 & 号 是 必须 写 的 ， 并 不 能 省 略 。 然 而 对 于 普通 函数 而 言 ， 把 { 隐 
式 decay 为 &f 是 很 常见 的 ， 也 是 众所周知 的 。 


[181. 实际 的 实现 跟 这 是 不 同 的 ， 因 为 它 是 继承 自 std::binary_function。 
具体 可 以 见 [JosuttisStdLib] 的 8.2.4 小 节 。 

[191. 在 大 多 数 实现 中 ， 来 自 C 标 准 库 的 函数 都 具有 C 链 接 ， 但 是 同时 也 
允许 C++ 实 现 以 C++ 链 接 的 形式 提供 这 些 函 数 。 因 此 ， 上 个 调用 语句 是 
否 有 效 要 取决 于 所 使 用 的 编译 占 实 现 。 


[201. 译注 : 指 的 是 class 类 型 、 基 本 类 型 、 函 数 类 型 等 宏观 类 型 ， 见 15 




















i 


草 。 


[211 为 了 使 该 框架 具有 更 好 的 通用 性 ， 我 们 开发 了 一 个 用 于 在 框架 中 封 
装 函 数 指针 的 工具 。 

[221. 至 少 从 某 种 意义 上 而 言 ， 一 些 关 于 缓存 和 日 志 的 副作用 就 是 可 以 忽 
略 不 计 的 ， 因 为 它们 不 会 对 仿 函 数 的 返回 值 产生 影响 。 

[231 注意 ， 这 里 并 没有 用 到 SFINAE 原 则 〈 见 8.3.1 小 节 ) ， 因 为 这 里 的 
函数 调用 运算 符 只 是 普通 的 成 员 函 数 ， 而 不 是 成 员 函 数 模 板 ， 而 
SFINAE 是 基于 模板 参数 演绎 的 ， 从 而 也 就 不 适用 于 普通 成 员 函 数 。 











斗 录 A 一 处 定义 夺 见 


在 C++ 程序 设计 已 经 成 形 的 结构 体系 中 ， 其 中 的 一 块 基 石 就 是 一 处 
定义 原则 ， 我 们 通常 把 该 原则 称 为 ODR (One-Definition Rule) 。 它 所 
带 来 的 结果 《影响 ) 是 很 容易 理解 和 应 用 的 : 对 于 同一 个 程序 ， 非 内 联 
函数 只 能 在 所 有 的 文件 中 定义 一 次 ;， 对 于 类 和 内 联 函 数 ， 每 个 翻译 单元 
最 多 只 能 定义 一 次 ; 并 且 确 保 相 同 实体 的 所 有 定义 都 是 相同 的 。 

然而 ， 复 杂 性 主要 在 于 ODR 的 细节 ， 而 且 当 我 们 把 ODR 和 模板 实 
例 化 结合 起 来 之 后 ， 这 些 细节 就 显得 更 加 复杂 了 。 这 个 附录 就 是 为 了 给 
那些 对 ODR 感 兴趣 的 读者 ， 提 供 一 些 关 于 ODR 比较 全 面 的 了 解 。 男 
外 ， 当 我 们 在 本 书 主体 中 扩展 相关 话题 的 时 候 ， 也 会 用 到 这 里 的 一 些 知 


从 。 











A.1 翻译 单元 


在 实际 的 程序 设计 中 ， 我 们 通常 是 通过 给 文件 写 入 代码 来 编写 
C++ 程序 。 然 而 ， 在 ODR 的 上 下 文中 ， 以 文件 作为 边界 并 不 是 很 重要 
的 ， 因 为 ODR 所 注重 的 是 翻译 单元 。 从 本 质 上 而 言 ， 翻 译 单元 是 指 : 
针对 你 给 编译 器 提供 的 单个 文件 ， 让 预 处 理 器 作用 于 该 文件 所 获得 的 结 
果 。 预 处 理 器 会 根据 条 件 编译 指示 符 〈(##f、 失 fdef 和 友 元 ) 来 去 掉 那 些 
没有 被 选择 的 部 分 代码 以 及 去 挥 注释 ， 并 且 (递归 地 ) 插入 #include 文 
件 和 扩展 宏 。 

因此 ， 就 我 们 上 面 所 描述 的 ODR， 假 设 有 下 面 两 个 文件 : 





/文件 header.hpp: 
#ifdef DO_DEBUG 

#define debug(x) std::cout << x << An” 
#else 

#define debug(x) 

#endif 

void debug _init(); 

/文件 myprog.cpp: 

#include ”header.hpp” 

int main() 

{ 

debug_init(); 
debug(*main()”); 

} 

经 过 预 处 理 之 后 ， 实 际 上 等 价 于 下 面 的 单一 文件 : 

/文件 myprog.cpp 

void debug _init(); 

int main() 

{ 

debug_init(); 

} 

各 个 翻译 单元 边界 之 间 的 连接 是 通过 下 面 方法 建立 起 来 的 :让 相应 
的 声明 在 两 个 翻译 单元 中 具有 外 部 链接 《〈 例 如， 全 局 函数 debug_init() 的 
两 处 声明 ) ， 或 者 在 exported 模板 的 实例 化 过 程 进 行 ADL 碍 找 时 建立 这 
种 连接 。 

我 们 看 到 : 翻译 单元 的 概念 要 比 预 处 理 文件 更 加 抽象 。 例 如 ， 在 同 
一 个 程序 中 ， 如 采 我 们 把 同一 个 预 处 理 文 件 传 递 给 编译 器 两 次 ， 那 么 将 





会 给 该 程序 引入 两 个 完全 相同 的 翻译 单元 〈 然 而 ， 这 么 做 并 没有 必 


要 ) 。 
A.2 声明 和 定义 


在 程序 员 的 交谈 中 ， 声 明和 定义 这 两 个 概念 通常 是 被 交叉 使 用 的 。 
然而 ， 在 ODR 的 上 下 文中 ， 分 清 这 两 个 概念 的 确切 含义 是 非常 重要 的 
[1]。 

声明 是 一 种 “把 一 个 C++ 名 称 引 入 或 者 重新 引入 到 你 的 程序 ”的 构 
造 。 一 个 声明 也 可 以 是 一 个 定义 ， 这 取决 于 它 所 引入 的 是 哪些 实体 以 及 
如 何 引 入 这 些 实体 的 : 

"名 字 空 间 和 名 字 空 间 别名 : ”名 字 空 间 的 声明 和 名 字 空 间 的 别名 通 
常 都 是 定义 ， 尽 管 “ 定 义 ” 这 个 概念 在 此 的 含义 比较 特别 ， 因 为 名 字 空 间 
的 成 员 列 表 在 以 后 还 是 可 以 进行 扩展 的 。 

类、 类 模板 、 函 数 、 函 数 模 板 、 成 员 函 数 和 成 员 函 数 模 板 : 当 且 
仅 当 这 个 声明 包含 一 个 与 声明 的 名 称 相 关联 的 花 括号 体 时 ， 该 声明 才 是 
定义 。 这 条 规则 同样 也 适用 于 : 联合 、 运 算 符 、 成 员 运 算 符 、 静 态 成 员 
函数 、 构 造 函 数 、 析 构 函 数 和 与 上 面相 对 应 的 模板 版 本 的 显示 特 化 。 

。 枚 举 : ” 当 且 仅 当 该 声明 包含 一 对 花 括号 内 的 枚 举 子 时 ， 该 声明 才 
是 定义 。 

"局 部 变量 和 非 静 态 成 员 变 量 : ”这 些 实体 总 是 可 以 被 看 作 定义 ， 尽 
管 对 于 它们 而 言 ， 声 明和 定义 的 区 别 几乎 不 会 产生 任何 影响 。 

。 全 局 变量 : 如 果 声 明 前 面 没有 直接 用 关键 字 extern， 或 者 它 具 有 一 
个 初始 化 器 ， 那 么 这 个 全 局 变量 的 声明 就 是 该 变量 的 定义 ; 否则 就 不 是 
一 个 定义 。 

“静态 成 员 变量 : 当 且 仅 当 这 些 实体 出 现在 “包含 它们 的 类 或 者 类 模 
板 ” 的 外 部 时 ， 该 实体 的 声明 才 是 定义 。 
































“typedefs、using-declarations 和 using-directive: ”它们 不 能 成 为 定 
义 ， 尽 管 typedef 可 以 组 合 类 或 者 union 的 定义 。 
“显示 实例 化 指示 符 : 我 们 把 它们 当成 定义 来 对 待 。 


A.3 一 处 定义 原则 的 细 瑟 


本 


我 们 在 本 附录 的 开头 就 已 经 指出 ， 实 际 的 一 处 定义 原则 涉及 到 许多 

细节 。 接 下 来 ， 我 们 将 根据 原则 的 作用 范围 ， 阐 述 该 原则 的 一 些 约束 。 
A.3.1 程序 的 一 处 定义 约束 

在 下 面 的 实体 中 ， 每 个 程序 最 多 只 能 有 一 处 定义 : 

" 非 内 联 函 数 和 非 内 联 成 员 函 数 。 

"具有 外 部 链接 的 变量 (从 本 质 上 言 ， 是 指 那 些 在 名 字 空 间作 用 域 
或 者 全 局 作用 域 中 声明 的 ， 并 且 前 面 没 有 static 修 饰 符 的 变量 。 

"静态 成 员 变 量 。 

" 非 内 联 的 函数 模板 、 非 内 联 的 成 员 函 数 模 板 和 类 模板 的 非 内 联 成 
员 ， 前 提 是 在 该 声明 的 时 候 前 面 没 有 关键 字 export。 

“类 模板 的 静态 成 员 变 量 ， 前 提 是 在 声明 的 时 候 前 面 没 有 关键 字 
export。 

例如 ， 包 含有 下 面 两 个 翻译 单元 的 C++ 程序 就 是 无 效 的 [2] : 

/翻译 单 元 1: 

int counter:; 

// 翻 译 单元 2: 

int counter: // 错 误 : 定义 了 两 次 (违反 了 ODR) 。 

这 条 原则 并 不 适用 于 具有 内 部 链接 的 实体 〈 从 本 质 上 而 言 ， 融 是 指 
在 一 个 未 命名 的 名 字 空 间作 用 域 中 或 者 在 全 局 作用 域 中 使 用 static 修 饰 符 
进行 声明 的 实体 ) 。 因 为 静态 实体 即使 具有 相同 的 名 字 ， 如 果 出 现在 不 
同 的 翻译 单元 中 ， 它 们 也 被 认为 是 不 同 的 实体 。 同 样 地 ， 对 于 在 未 命名 






































的 名 字 空 间 中 声明 的 实体 ， 如 果 和 它们 出 现在 不 同 的 翻译 单元 ， 那 么 也 认 
为 它们 是 不 同 的 。 例 如 ， 下 面 两 个 翻译 单元 可 以 组 成 一 个 有 效 的 C++ 程 
序 : 

/翻译 单元 1: 

static int counter = 2; /和 其 他 的 翻译 单元 是 不 相关 的 


namespace { 


void uniquel() /和 其 他 的 翻译 单元 是 不 相关 的 { 
} 

} 

/翻译 单元 2: 


static int counter = 0; /和 其 他 的 翻译 单元 是 不 相关 的 


namespace { 


void uniquel() /和 其 他 的 翻译 单元 是 不 相关 的 
{ 
++counter; 
} 
} 
int main() 
' 
unique(); 
} 


另外 ， 对 于 我 们 在 这 一 节 开 头 所 给 出 的 每 个 《one-per-program) 实 
体 ， 如 果 它 们 被 使 用 的 话 ， 每 个 程序 中 最 多 只 能 有 一 处 定义 。“ 使 用 ”这 
个 概念 在 这 里 有 着 很 准确 的 含义 ， 它 表明 了 程序 中 存在 某 种 指向 实体 的 
引用 ， 这 个 引用 可 以 访问 变量 的 值 、 可 以 调用 一 个 函数 、 或 者 获得 该 实 
体 的 地 址 。 在 源 代码 中 ， 该 引用 可 以 是 显 式 的 ， 也 可 以 是 隐 式 的 。 例 
如 ，new 表 达 式 可 能 会 生成 一 个 与 之 相关 的 delete 运 算 符 的 隐 式 调用 ， 从 











而 在 构造 函数 抛 出 寞 第 的 时 候 ， 可 以 回收 那些 没有 被 使 用 (但 已 经 分 
配 〉 的 内 存 。 男 一 个 例子 是 拷贝 构造 冰 数 ， 它 们 可 能 是 会 税 隐 式 定义 
的 ， 尺 管 编译 占 最 后 还 会 对 该 定义 进行 优化 。 虚 函数 也 是 隐 式 使 用 的 
(借助 于 实现 虚 函 数 调用 的 内 部 结构 〉， 除 非 它 们 是 纯 虚 函 数 。 还 有 其 
他 几 种 不 同 的 隐 式 调用 存在 ， 基 于 简洁 性 考虑 ， 我 们 在 此 不 再 讨论 。 

然而 ， 有 两 种 引用 的 用 法 并 不 属于 上 一 段 所 讨论 的 范围 : 第 1 种 是 
出 现在 指向 实体 的 引用 作为 sizeof 运 算 符 的 参数 时 ， 第 2 种 和 第 1 种 有 些 
相似 ， 但 有 一 些 区 别 : 如 果 一 个 引用 作为 typeid 运 算 符 〈 见 5.6 节 ) 的 参 
数 ， 那 么 这 种 用 法 也 不 符合 上 一 段 所 讨论 的 范围 ， 除 非 指派 给 typeid 运 
算 符 的 实 参 是 一 个 多 态 的 对 象 〈 一 个 可 能 具有 《可 能 是 继承 的 ) 虚 函 数 
的 对 象 ) 。 例 如 ， 考 虑 下 面 的 单 文件 程序 : 


#include <typeinfo> 














class Decider { 
#if defined( DYNAMIC) 
Virtual ~Decider() { 
} 
#endif 
上 
extern Decider d; 
int main() 
| 
const char* name = typeid(d).name(); 
return (int)sizeof(d); 
} 
当 且 仅 当 没有 定义 预 处 理 器 符号 DYNAMIC 的 时 候 ， 这 才 是 一 个 有 
效 的 程序 。 实 际 上 ， 变 量 d 并 没有 被 定义 ，sizeof(d) 中 的 d 也 没有 被 使 
用 ， 而 typeid(d) 中 的 d 只 有 在 d 是 一 个 具有 多 态 类 型 的 对 象 〈 因 为 通常 而 











言 ， 我 们 要 等 到 运行 期 才能 确定 多 态 typeid 运 算 符 的 结果 ) 时 ， 才 会 使 
用 d。 
根据 C++ 标 准 ， 这 一 市 所 描述 的 约束 并 不 会 要 求 C++ 编译 器 ) 实 
现 给 出 诊断 信息 。 实 际 情况 ， 往 往 是 链接 右 报 告 这 些 信息 ， 而 且 报 告 的 
信息 通 肖 是 : 重复 定义 或 者 找 不 到 定义 。 
A.3.2 翻译 单元 的 一 处 定 
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在 一 个 翻译 单元 中 ， 没 有 实体 可 以 被 定义 多 次 。 因 此 ， 下 面 的 例子 
是 无 效 的 C++ 代码 ; 

inline void fO { } 

inline void fO { } /错误 : 重复 定义 。 

这 也 是 我 们 要 在 头 文 件 前 面 (和 后 面 ) 添加 所 谓 的 《判断 头 文件 是 
侍 已 经 存在 的 ) 条 件 编译 指示 符 〈guards) 的 原因 所 在 : 

/文件 ，guard_demo.hpp: 

#ifndef GUARD_DEMO_HPP 

#define GUARD_DEMO_HPP 


#endif /GUARD DEMO _ HPP 

这 种 指示 符 可 以 用 来 确认 : 当头 文件 第 2 次 被 贡 nclude 的 时 候 ， 会 自 
动 去 掉头 文件 中 的 内 容 ， 从 而 也 束 避 免 了 任何 类 、 内 联 函 数 或 者 头 文 件 
所 包含 的 模板 等 的 重复 定义 。 

ODR 还 指定 了 某 些 实体 必须 在 特定 的 环境 下 进行 定义 。 这 些 实体 
包含 : class 类 型 、 内 联 函 数 和 non-exported 模 板 。 在 下 面 的 几 段 里 ， 我 
们 来 曾 述 这 些 详细 的 规则 。 

在 同一 个 翻译 单元 中 ， 对 于 class 类 型 〈 包 含 struct 和 union) X， 在 下 
面 的 任何 使 用 之 前 ，X 必 须 已 经 具有 定义 : 

“创建 类 型 X 的 对 象 〈 例 如 ， 一 个 变量 声明 或 者 通过 new 表 达 式 ) 。 





这 种 创建 可 以 是 间接 的 ;例如 ， 当 一 个 包含 类 型 X 的 对 象 被 创建 时 ， 就 
会 间接 地 创建 类 型 X 的 对 象 。 

"类 X 的 成 员 变 量 的 声明 。 

* 对 类 型 X 的 对 象 应 用 sizeof 或 typeof 运 算 符 。 

“ 显 式 或 者 隐 式 地 访问 类 型 X 的 成 员 。 

“把 一 个 表达 式 转 型 为 X 类 型 的 对 象 ， 或 把 X 类 型 对 象 转型 为 其 他 类 
型 的 表达 式 。 或 者 把 指向 X 类 型 的 指针 或 引用 转型 为 其 他 表达 式 ， 和 把 
其 他 表达 式 转型 为 指向 X 类 型 的 指针 或 引用 《但 是 void* 类 型 除外 ) ， 我 
们 可 以 使 用 隐 式 的 cast( 强 制 类 型 转换 ) 、static_cast 或 者 dynamic_cast 
来 实现 这 些 转型 。 

“把 一 个 值 赋 给 X 类 型 的 对 象 。 

“定义 和 调用 参数 类 型 或 返回 类 型 为 X 类 型 的 函数 。 人 然而， 如 有 果 只 
是 声明 这 种 函数 ， 就 不 需要 该 类 型 的 定义 。 

这 些 规 则 同样 适用 于 由 类 模板 产生 的 类 型 X， 这 就 意味 着 : 在 需要 
类 型 X 的 定义 的 地 方 ， 就 必须 能 够 获得 〈 看 到 ) 相应 模板 的 定义 。 这 些 
位 置 也 被 称 为 实例 化 点 (point of instantiation， 缩 写成 POI， 见 10.3.2 小 
让 改 

对 于 内 联 函 数 ， 在 每 个 使 用 内 联 函 数 的 翻译 单元 都 必须 有 该 内 联 函 
数 的 定义 《它们 只 是 在 该 翻译 单元 内 部 被 调用 或 者 取 址 ) 。 然 而 ， 和 
class 类 型 不 同 的 是 : 内 联 函 数 的 定义 可 以 位 于 使 用 点 之 后 。 例 如 : 


inline int not_so_fast(); 

















int main() 
{ 

not_so_fast(); 
} 


inline int not_so_fast(){ 


} 


对 于 上 面 的 代码 ， 尽 管 是 有 效 的 C++ 代 码 ， 但 是 某 些 编译 器 并 不 会 
内 联 这 些 在 调用 时 看 不 到 函数 体 的 函数 调用 ， 从 而 不 能 获得 预期 的 内 联 
效果 。 

和 类 模板 一 样 ， 对 于 由 参数 化 函数 〈 即 函数 模板 ) 产生 的 函数 ， 使 
用 这 些 函 数 〈 可 以 是 一 个 函数 、 成 员 函 数 模板 或 类 模板 的 成 员 函 数 ) 的 

声明 也 会 创建 实例 化 点 〈POI) 。 然 而 ， 和 类 模板 不 同 的 是 : 这 些 相 应 
的 定义 可 以 位 于 实例 化 点 (POI) 之 后 (如 果 是 被 导出 (exported) 画 
数 ， 这 些 定义 还 可 以 位 于 别 的 翻译 单元 〉。 

我 们 在 这 一 节 所 讨论 的 这 些 ODR 约 束 是 可 以 用 C++ 编 译 器 来 验证 
的 。 因 此 C++ 标准 要 求 : 当 某 条 规则 被 违反 的 时 候 ， 编 译 器 应 该 给 出 某 
种 诊断 信息 。 唯 一 的 例外 就 是 :non-exported 的 参数 化 函数 的 定义 ， 对 
于 这 类 定义 ， 编 译 器 通常 不 会 给 出 诊断 信息 。 











正如 我 们 前 面 所 介绍 的 ， 对 于 能 够 在 多 个 翻译 单元 中 定义 某 种 实体 
的 这 种 能 力 ， 会 带 来 某 种 潜在 的 新 错误 : 多 个 定义 并 不 匹配 。 遗 憾 的 
是 ， 传 统 的 编译 器 技术 很 难 检测 到 这 种 错误 ， 因 为 在 传统 的 编译 技术 
下 ， 每 次 只 是 处 理 一 个 翻译 单元 。 最 终 ，C++ 标 准 也 没有 要 求 : 同一 个 
实体 在 多 个 翻译 单元 中 的 区 别 必须 能 够 被 检测 或 者 诊断 出 来 (当然 ， 这 
eh 然而 ， 如 果 违 反 了 跨 翻译 单元 的 约束 ，C++ 标 准 约 

: 编译 器 要 给 出 “未 经 定义 的 行为 ”这 个 信息 ， 这 意味 着 已 经 发 生 了 某 
ai 通常 而 言 ， 这 种 未 能 诊断 的 错误 会 导致 系 
ee 吉 果 ; 但 实际 中 也 可 能 带 来 其 他 的 错误 ; 更 直接 一 
点 而 言 ， 还 可 能 会 带 来 各 种 破坏 (例如 文件 损坏 〉[3] 。 

ee ei 当 一 个 实体 在 两 个 位 置 都 进行 定义 时 ， 这 
WT A TO 运算 符 、 标 识 和 从 和 
预 处 理 后 的 标记 ) 组 成 。 而 且 ， 这 些 位 置 不 同 的 标记 在 它们 不 同 的 上 下 














文中 ， 必 须 指定 相同 的 对 象 〈 例 如 ， 位 于 不 同位 置 的 这 类 标识 符 必 须 引 
用 相同 的 变量 ) 。 

让 我 们 来 考虑 下 面 的 例子 : 

// 翻 译 单元 1: 

static int counter = 0; 

inline void increase_counter() 

{ 

++counter; 

} 

int main(){ 

} 

// 翻 译 单元 2: 

static int counter = 0; 

inline void increase_counter() 

{ 

++counter; 

} 

显然 ， 这 个 例子 是 错误 的 。 尽 管内 联 函 数 increase_counter()〔 的 标 
记 序 列 ) 在 两 个 翻译 单元 中 看 起 来 是 一 样 的 ， 但 是 它们 各 自 包 含 的 标记 
counter 却 引用 了 两 个 不 同 的 实体 。 实 际 上 ， 因 为 两 个 变量 counter 都 是 具 
有 内 部 链接 《由 于 static 修 饰 符 ) 的 变量 ， 所 以 即使 具有 相同 的 名 称 ， 它 
们 之 间 也 是 不 相关 的 。 我 们 还 应 该 知道 : 即使 程序 中 没有 使 用 该 内 联 函 
数 ， 这 个 例子 也 是 错误 的 。 

对 于 这 些 需要 在 多 个 翻译 单元 中 进行 定义 的 实体 ， 通 常 都 把 它们 的 
定义 放 在 头 文件 中 。 于 是 ， 只 有 在 需要 这 些 定 义 的 时 候 ， 才 区 nclude 这 
些 头 文件 ， 这 样 就 可 以 确认 〈 几 乎 ) 在 所 有 的 条 件 下 ， 这 些 符 号 序列 都 
是 相同 的 [4 。 根 据 这 个 方法 ， 通 常 就 可 以 避免 两 个 相同 的 标记 引用 不 























同 的 实体 ;但 是 当 这 种 情况 确实 发 生 的 时 候 ， 所 导致 的 错误 信息 通常 都 
是 很 隐蔽 的 ， 也 很 难 进行 跟踪 。 

器 翻译 单元 约束 不 仅 适 用 于 在 多 个 位 置 定义 的 实体 ， 也 适用 于 声明 
中 的 缺 省 实 参 。 让 我 们 用 例子 来 进行 说 明 ， 下 面 的 程序 就 具有 未 经 定义 
的 行为 : 

/翻译 单元 1: 


void unused(int = 3); 








int main() 
| 
} 
/翻译 单元 2: 
void unused(int = 4); 
另外 ， 我 们 还 应 该 知道 : 标记 流 (token stream) 的 等 价 性 有 时 候 还 
会 导致 不 明显 的 复杂 后 果 。 下 面 的 程序 剪裁 〈 做 了 一 点 小 修改 ) 上 自 
C++ 标准 : 
/翻译 单元 1: 
Class 又 { 
public: 
X(int); 
X(int, int); 





上 

X::X(int = 0) 

( 

} 

class D:publicX{ 

相 

D d2; /DO 调用 X(intb). 


/翻译 单元 2: 
Class 又 { 
public: 
X(int); 
X(int, int); 

说 

X::X(int = 0, int = 0) 

{ 

} 

class D:publicX{ /DO 调用 X(int, int); 

于 /D0 的 隐 式 定义 违 ee 

这 个 例子 中 的 程序 是 有 问题 的 ， 因 为 在 两 个 翻译 单元 中 ， 类 D 隐 式 
生成 的 缺 省 构造 函数 是 不 同 的 。 其 中 一 个 调用 接受 间 实 参 的 X 构 和 了 
数 ， 男 一 个 调用 则 接受 双 实 参 的 X 构 造 浮 数 。 男 外 ， 这 个 例子 也 很 好 地 
说 明了 : 我 们 应 该 把 构造 函数 限定 在 程序 的 菜 个 位 置 (如 果 可 能 的 话 ， 
这 个 位 置 应 该 是 在 一 个 头 文件 中 ) 。 幸 运 的 是 ， 在 实际 中 ， 我 们 很 少 会 
把 缺 省 实 参 放 在 类 定义 的 外 部 。 

对 于 “相同 标记 必须 引用 同一 个 实体 ”这 条 规则 ， 有 
况 : 如 果 相 同 标 记 引 用 了 不 相关 的 具有 相同 值 的 常量 ， 并 且 不 使 用 结果 
表达 式 的 地 址 ， 那 么 这 些 标记 就 会 被 认为 是 等 同 的 。 文 个 例外 情 
况 ， 让 我 们 来 考虑 下 面 的 程序 : 

/文件 header.hpp: 

#ifndef HEADER_HPP 

#define HEADER_HPP 

int const length = 10; 

class MiniBuffer { 

char buf[length; 





























上 

#endif; /HEADER_HPP 

大 体 上 讲 ， 当 这 个 头 文件 被 包含 在 两 个 翻译 单元 中 时 ， 将 会 生成 两 
个 名 为 length 的 种 数 变量 ， 因 为 这 种 情况 下 的 const 隐 含 着 static 的 含义 。 
然而 ， 这 种 参数 变量 通常 都 只 是 用 于 定义 编译 期 常 值 ， 而 不 是 运行 期 的 
某 个 存储 位 置 。 因 此 ， 如 果 我 们 不 强行 要 求 必 须 存 在 一 个 存储 空间 ( 通 
过 引用 变量 的 地 址 ) 的 话 ， 融 可 以 让 这 两 个 常量 具有 相同 的 编译 期 值 ， 
而 不 需要 等 到 运行 期 才 来 确定 。 另 外 ，ODR 等 价 性 原则 的 这 种 例外 情况 
只 适用 于 整 型 值 和 枚 举 值 〈 浮 点 数 类 型 和 指针 类 型 并 不 属于 这 个 范 
畴 ) 。 

最 后 ， 我 们 需要 谈 一 下 模板 。 模 板 的 名 称 是 可 以 在 两 个 阶段 进行 绑 
定 的 。 所 谓 的 非 依赖 型 名 称 是 在 定义 模板 的 位 置 进行 绑 定 的 ; 在 这 种 情 
况 下 ， 等 价 性 原则 和 非 模板 定义 的 等 价 性 原则 一 样 。 对 于 那些 在 实例 化 
点 〈《POI) 进行 绑 定 的 名 称 ， 融 必须 在 该 点 应 用 等 价 性 原则 ， 并 且 绑 定 
的 对 象 必须 是 等 价 的 。 这 就 带 来 一 个 微妙 的 现象 ， 对 于 exported 模 板 而 
言 ， 尽 管 只 能 在 一 个 地 方 进行 定义 ， 但 它 却 可 以 具有 多 个 实体 ， 而 所 有 
这 些 实体 又 必须 遵循 等 价 性 原则 。 下 面 是 一 个 不 太 自 然 的 程序 ， 它 违反 
了 ODR: 

/文件 header.hpp 

#ifndef HEADER_HPP 

#define HEADER_HPP 

enum Color { red, green, blue }; 

//Color 的 关联 名 字 空 间 试 全 局 名 字 空 间 
export template<typename T> void highlight(T); 


























void init(); 
#endif //HEADER_ HPP 


/文件 tnpl_def.cpp: 
#include ”header.hpp” 


export template<typename T> 


void highlight(T x) 
{ 

paint(x); //(1) 一 个 依赖 型 调用 : 需要 进行 ADL 
} 
/文件 init.cpp: 


#include ”header.hpp” 
namespace { ”// 未 命名 的 名 字 空 间 
void paint(Color c) //(2) 

{ 





} 
void init() 
\ 
highlight(blue); 。 ”WU(1) 处 的 ADL 将 会 解析 到 (2) 处 
} 
// 文 件 main.cpp 
#include ”header.hpp” 
namespace { // 未 命名 的 名 字 空 间 
void paint(Color c) //(3) 
{ 





int main() 
{ 
init(); 
highlight(red); / (1) 处 的 ADL 查 找 将 会 解析 到 (3) 

} 

为 了 理解 这 个 例子 ， 我 们 必须 知道 : 在 未 命名 的 名 字 空 间 中 定义 的 
函数 是 具有 外 部 链接 的 ， 但 是 它们 和 “在 其 他 翻译 单元 中 的 未 命名 的 名 
字 空 间 中 定义 的 函数 ”是 完全 不 同 的 。 因 此 ， 上 面 程序 中 的 两 个 paintO 函 
数 是 不 同 的 。 然 而 ， 在 exported 模 板 highlight 中 调用 的 paint0 具 有 一 个 依 
赖 于 模板 的 实 参 〈 即 T) ， 因 此 需要 在 实例 化 点 〈POI) 才能 绑 定 paint(O) 
函数 。 而 在 我 们 的 例子 中 ， 有 两 个 用 于 highlight<Color> 的 实例 化 点 ， 它 
们 会 导致 对 paint 名 称 的 不 同 绑 定 ; 从 而 不 符合 ODR 的 等 价 性 原则 ， 这 个 
程序 也 就 因此 成 为 非法 程序 。 














[11. 我 们 认为 在 交流 C 或 C++ 的 知识 时 ， 准 确 地 表达 每 个 概念 是 个 很 好 的 
习惯 。 我 们 在 本 书 中 就 是 如 此 。 

[21. 有 趣 的 是 : 这 是 个 有 效 的 C 程 序 ， 因 为 C 具 有 一 个 名 为 试探 性 定义 的 
概念 ， 就 是 说 ， 在 程序 中 ， 没 有 进行 初始 化 的 变量 定义 可 以 出 现 多 次 。 
[31. gcc 编 译 器 的 第 1 个 版 本 就 开 过 这 种 玩笑 ， 当 出 现 这 种 情况 的 时 候 ， 
它 会 自动 开始 运行 游戏 Rogue。 


[41 在 茶 些 情况 下 ， 条 件 编 译 指示 符 会 在 不 同 的 翻译 蛙 元 中 给 出 不 同 的 
内 容 ， 因 此 使 用 条 件 编译 指示 符 需 要 小 心 注意 。 也 还 存在 其 他 的 一 些 情 
况 ， 但 是 它们 都 很 少 使 用 。 











重 载 解析 是 一 个 过 程 ， 它 针对 所 给 的 调用 表达 式 ， 来 选择 要 进行 调 
用 的 函数 。 让 我 们 先 考 虑 下 面 的 简单 代码 : 


void display_num(int); //(1) 
void display_num(double); //(2) 
int main() 
| 
display_num(399); /与 〈1) 匹配 得 更 好 
display_num(3.99); // 与 (2) 匹配 得 更 好 
} 


在 这 个 例子 中 ， 我 们 称 函 数 名 称 display_num(O) 是 被 重 载 的 名 称 。 在 
调用 中 使 用 这 个 名 称 的 时 候 ，C++ 编 译 占 就 必须 使 用 一 些 额 外 的 信息 ， 
来 区 分 各 个 不 同 的 候选 函数 。 在 多 数 情况 下 ， 额 外 信息 指 的 是 调用 实 参 
的 类 型 。 在 上 面 的 例子 中 ，“〈 我 们 从 直观 上 也 能 感觉 到 ) 当 使 用 一 个 整 
型 实 参 来 调用 函数 display_num(O 时 ， 调 用 的 显然 是 int 的 版 本 《〈 即 
(1) ) ; 而 当 使 用 一 个 浮 点 型 实 参 来 进行 调用 时 ， 调 用 的 当然 就 是 
double 版 本 了 。 事 实 上 ， 试 图 模拟 直观 选择 的 这 种 过 程 就 是 我 们 接 下 来 
要 介绍 的 重 载 解析 过 程 。 

重 载 解析 规则 的 大 多 数 概 念 都 是 很 简单 的 ， 但 在 C++ 的 标准 化 过 程 
中 ， 一 些 细节 却 变 得 非常 复杂 。 复 杂 性 主要 是 为 了 文 持 现 实 中 的 一 些 例 
子 : 这 些 例子 ‘从 人 的 主观 上 〉 看 起 来 应 该 有 具有 “明显 的 最 佳 风 配 ”， 但 
当 试 图 形式 化 实现) 这 种 主观 匹配 时 ， 却 会 遇 到 各 种 各 样 的 困难 。 














在 这 份 附录 里 ， 我 们 会 针对 重 载 解析 规则 进行 很 详细 的 描述 。 然 
而 ， 基 于 这 个 过 程 的 复杂 性 ， 我 们 并 不 准备 面面俱到 地 阐述 该 过 程 的 每 


个 主题 。 
B.1 何 时 应 用 重 载 解析 


重 载 解析 可 以 看 成 是 : 函数 调用 整个 完整 处 理 过 程 的 一 部 分 。 事 实 
上 ， 并 不 是 每 个 调用 都 会 涉及 到 重 载 解析 。 首 先 ， 如 果 是 通过 函数 指针 
或 者 成 员 函 数 指针 来 进行 调用 ， 束 不 会 进行 重 载 解析 ;， 因为 完 竞 调用 哪 
个 函数 是 在 运行 期 由 指针 (实际 上 所 指 辣 对 象 ) 来 决定 的 。 男 外 ， 类 似 
函数 的 宏 不 能 被 重 载 ， 因 此 就 不 会 进行 重 载 解析 。 

从 较 高 的 抽象 层次 来 看 ， 对 于 一 个 命名 函数 的 调用 ， 通 常会 使 用 下 
列 的 处 理 方法 : 

"查找 名 称 ， 从 而 形成 一 个 初始 的 重 载 集 ( 合 ) 。 

如果 有 必要 的 话 ， 会 用 各 种 方法 对 这 个 集合 进行 修改 〈 例 如， 发 
生 模 板 演绎 的 时 候 ) 。 

“任何 与 调用 不 匹配 《即使 考虑 了 隐 式 转型 和 缺 省 实 参 之 后 仍然 不 
匹配 ) 的 候选 函数 都 从 重 载 集 中 删除 。 最 后 得 到 的 集合 就 是 : 可 行 的 候 
选 函 数 集 。 

“执行 重 载 解析 来 寻找 一 个 最 佳 候选 函数 。 如 果 能 找到 ， 则 选择 这 
个 最 佳 候 选 函 数 ， 人 否则 ， 这 个 调用 束 是 二 义 性 的 。 

"检查 这 个 被 选 定 的 最 佳 候 先 函数。 例如， 如果 它 具 有 不 能 访问 的 
私有 成 员 ， 则 可 能 会 给 出 诊断 信息 。 

这 里 的 每 个 步骤 都 有 一 定 的 难度 ， 但 重 载 解析 应 该 是 最 复杂 的 一 
步 。 幸 运 的 是 ， 一 些 简 单 的 规则 很 好 地 解释 了 重 载 解析 的 大 部 分 应 用 。 
我 们 接 下 来 就 给 出 这 些 规 则 。 

















B.2 简化 过 于 解 





重 载 解析 通过 比较 调用 实 参 和 候选 函数 参数 的 匹配 程度 ， 来 对 所 有 
的 可 行 候选 函数 进行 分 级 。 对 于 匹配 级 别 高 的 候选 函数 ， 它 每 个 参数 的 
匹配 程度 都 不 能 低 于 匹配 级 别 低 的 候选 冰 数 的 相应 参数 的 匹配 程度 。 下 
面 的 例子 说 明了 这 一 点 : 

void combine(int, double); 

void combine(long, int); 

int main() 

{ 

combine(1,2); // 二 义 性 

} 

在 这 个 例子 中 ，combine() 调 用 是 二 义 性 的 ， 因 为 第 1 个 候选 函数 可 
以 最 佳 地 匹配 第 1 个 实 参 (类 型 为 int 的 文字 1) ， 而 第 2 个 候选 函数 可 以 
最 佳 地 匹配 第 2 个 实 参 。 我 们 可 能 会 觉得 : 从 某 种 意义 上 而 言 ，int 与 
long 的 相似 度 要 比 int 与 double 相 似 度 更 高 〈 因 此 选择 第 2 个 候选 函数 ) ， 
但 是 C++ 并 不 会 试图 度量 这 种 涉及 到 多 个 调用 实 参 的 相似 度 ， 从 而 引发 
二 义 性 。 

根据 分 级 的 原则 ， 我 们 需要 指出 调用 实 参 和 候选 函数 相应 参数 的 匹 
配 程度 。 从 近似 的 角度 出 发 ， 我 们 可 以 对 下 面 的 匹配 进行 分 级 〈 从 最 佳 
匹配 到 最 差 匹 配 ) : 

“完美 匹配 。 人 参数 的 类 型 和 实 参 〈 表 达 式 ) 的 类 型 相同 ， 或 者 参数 
的 类 型 是 指 同 实 参 类 型 的 引用 《也 可 以 增加 const 或 者 volatile 限 定 符 ) 。 

“有 细微 调整 的 匹配 。 例 如 ， 数 组 转变 (decay) 为 指 同 数组 第 一 个 
元 素 的 指针 ， 或 者 添加 const， 从 而 让 类 型 为 int** 的 实 参 匹配 类 型 为 int 
const* const* 的 参数 等 。 


"发 生 提升 的 匹配 。 提 升 是 一 种 隐 式 类 型 转换 ， 它 包含 把 占 位 少 的 








整数 类 型 〈 璧 如 bool、char、short 或 者 某 些 枚 举 ) 转换 为 占 位 多 的 类 型 
(诸如 int、unsigned int、long 或 者 unsigned long 等 ) ， 还 包括 从 float 到 
double 的 类 型 转换 。 

“发 生 标准 转型 (类 型 转换 ) 的 匹配 。 这 包含 任何 种 类 的 标准 转型 
《诸如 int 到 float) ， 但 并 不 包含 隐 式 调用 的 类 型 转换 运算 符 和 单 参 数 构 
造 冰 数 。 

“发 生 用 户 目 定 义 转型 的 匹配 。 这 人 允许 任何 种 类 的 隐 式 类 型 转换 。 

“和 省 略 写 的 匹配 。 省 略 号 参数 可 以 匹配 任何 类 型 (但 匹配 非 
POD (plain old data) 类 型 会 导致 未 经 定义 的 行为 ) 。 

下 面 的 例子 说 明了 上 面 的 这 些 匹配 : 








int f1(int); //(1) 

int f1(double); //(2) 

f1(4); /调用 〈1) : 精确 匹配 ， 
// 而 〈2) 需要 一 个 标准 转型 

int f2(int) ; // (3) 

int f2(char); //(4) 

f2(true); // 调 用 (3) : 发 生 提升 的 匹配 ，true 是 bool 型 
// 而 4) 要 求 强行 的 标准 转型 

class X{ 

public: 
X(int); 

} 

int f3(X); //(5) 

int f3(...) //(6) 

f3(7); /调用 〈5) : 发 生 用 户 自 定 义 转 型 的 匹配 ， 
// 而 (6) 要 求 和 省 略 和 号 进行 匹配 





我 们 知道 ， 重 载 解析 是 在 模板 实 参 演绎 之 后 才 进 行 的 ， 因 此 ， 演 经 


并 不 会 考虑 上 面 的 这 些 类 型 转换 。 下 面 的 例子 说 明了 这 一 点 
template <typename T> 
class MyString { 
public: 
MyString(T const*); // 能 够 进行 类 型 转换 的 构造 函数 


由 

template <typename 工 > 

MyString<T> truncate(MyString<T> const&, int); 

int main() 

{ 

MyString<char> str1, str2; 
strl = truncate<char>(”Hello World”, 5); /正确 
str2 = truncate(”Hello World”,5); // 错 误 

} 

在 模板 实 参 的 演绎 过 程 中 ， 并 不 会 考虑 这 种 由 单 参 数 构造 函数 所 提 
供 的 隐 式 转型 。 在 给 str2 赋 值 的 过 程 中 ， 并 不 能 找到 任何 可 行 的 
truncate0 函 数 ， 因 此 根本 就 不 会 执行 重 载 解析 。 

前 面 的 原则 只 是 一 种 近似 的 原则 ， 但 是 大 多 数 例 子 都 符合 这 些 原 
则 。 男 一 方面 ， 还 存在 一 些 不 能 用 这 些 原则 来 解释 的 情况 ， 我 们 在 下 面 
将 给 出 针对 这 些 原则 的 一 些 重 要 细 市 。 

B.2.1 成 员 孙 类 

让 我 们 考虑 一 个 非 静 态 成 员 函 数 的 调用 ， 该 调用 实际 上 包括 了 一 个 
隐 仿 参数， 而且， 在 成 员 函 数 定义 的 内 部 ， 这 个 隐 售 参数 是 可 访问 的 ; 
事实 上 ， 这 个 参数 就 是 我 们 通常 所 说 的 *this。 例 如 ， 对 于 类 MyClass 的 
成 员 函 数 ， 这 个 隐 舍 参数 通常 是 MyClass& 类 型 (针对 non-const 成 员 函 





1 隐 含 实 参 








数 ) 或 者 MyClass const& 类 型 〈 针 对 const 成 员 函 数 ) [1] 。 就 这 一 点 而 
言 ， 你 可 能 会 奇怪 为 何 this 却 是 指针 类 型 的 呢 ? 如 果 让 this 等 同 于 现在 的 
*this 不 更 好 吗 ? 然而 ， 实 际 的 历史 原因 是 : 在 还 没有 把 引用 
(reference) 引入 语言 之 前 ，this 就 已 经 是 早期 C++ 版 本 的 一 部 分 了 ;而 
等 到 加 入 引用 的 时 候 ， 已 经 有 很 多 代码 依赖 于 作为 指针 类 型 的 this 了 。 

在 重 载 解析 的 参数 中 ， 隐 含 的 this 参 数 的 地 位 和 显 式 参 数 的 地 位 是 
相同 的 。 事 实 上 ， 引 入 *this 之 后 ， 大 多 数 情况 并 不 会 产生 影响 ， 但 是 
偶尔 却 会 导致 出 人 意料 的 结果 。 下 面 的 例子 设计 了 一 个 类 似 字 符 串 的 
类 ， 它 的 行为 就 出 乎 我 们 的 意料 〈 然 而 在 实际 中 我 们 经 常会 看 到 这 种 代 
码 ) : 

#include<stddef.h> 

class BadString { 











public: 
BadString(char const*); 


/通过 下 标 运算 符 来 访问 字符 

char& operator[] (Size_t); //(1) 

char const& operator[ | (size_t) const; 

// 隐 式 转型 为 以 null 结 束 的 字符 串 

operator char*(); // (2) 


operator char const*(); 


}; 
int main() 
| 
BadString str(“correkt”); 
str[5] = ‘Ce’; /可 能 会 产生 重 载 解析 二 义 性 


} 

第 一 眼看 来 ， 关 于 表达 式 str[5] 的 一 切 都 是 确定 的 。(1〉 处 的 下 标 
运算 符 看 起 来 也 像 是 完美 匹配 。 然 而 ， 如 果 我 们 仔细 观察 束 会 及 现实 
参 5 的 类 型 是 int， 而 运算 符 所 期 望 的 类 型 是 无 符号 的 整数 类 型 〈size_t 和 
std::size_t 通 常 都 代表 unsigned int 或 unsigned long 类 型 ， 但 肯定 不 会 是 int 
类 型 ) 。 于 是 ， 如 有 果 要 匹配 〈1) 的 话 ， 就 需要 进行 一 次 标准 整 型 转 
换 。 然 而 ， 还 《 隐 含 地 ) 存在 男 一 个 可 行 的 候选 函数 :内 建 〈( 即 相对 于 
char*) 的 下 标 运 算 符 。 实 际 上 ， 如 果 我 们 对 str 应 用 隐 式 的 类 型 转换 
(因为 str 是 一 个 类 似 于 this 的 隐 式 成 员 函 数 实 参 )， 我 们 就 可 以 获得 一 
个 指针 类 型 (char*) ， 之 后 就 可 以 应 用 内 建 的 下 标 运 算 符 了 ;， 而且， 

内 建 的 下 标 运算 符 接 受 一 个 ptrdiff t 类 型 的 实 参 ， 在 某 些 平台 下 ptrdiff t 
等 同 于 int， 上 所 以 该 类 型 是 实 参 5 的 完美 匹配 。 因 此 ， 就 隐 式 实 参 〈 指 
str， 也 就 是 隐 含 的 *this) 而 言 ， 尽 管内 建 的 下 标 运 算 符 可 能 是 一 个 不 太 
好 的 匹配 (会 先进 行 用 户 自 定义 的 类 型 转换 ) ， 但 它 应 该 比 在 〈1) 处 
定义 的 下 标 运算 符 的 匹配 更 好 ! 从 而 就 出 现 潜 在 的 二 义 性 局 。 为 了 可 
移植 地 解决 这 个 问题 ， 你 可 以 声明 运算 符 [] 接 受 的 是 ptrdiff_t 参 数 ， 或 者 
你 可 以 把 到 char* 的 隐 式 类 型 转换 改 成 显 式 类 型 转换 《这 也 是 我 们 通 名 
建议 的 方式 ) 。 

一 组 可 行 函数 是 可 以 同时 包含 静态 成 员 和 非 静 态 成 员 的 。 但 是 如 采 
让 一 个 静态 成 员 和 一 个 非 静 态 成 员 进 行 比较 ， 是 肯定 不 会 考虑 隐 式 参数 
匹配 的 《实际 上 ， 只 有 非 静 态 成 员 才 会 具有 隐 式 的 *this 实 参 ) 。 

B.2.2 细 化 完美 匹配 

对 于 int 类 型 的 实 参 ， 有 3 种 参数 类 型 可 以 与 它 获 得 完美 匹配 : int、 
int& 和 int const&。 而 且 ， 对 函数 而 言 ， 针 对 两 种 类 型 的 引用 进行 重 载 是 
很 普 过 的: 

void report(int&); //(1) 





























void report(int const&); //(2) 


int main() 
{ 
for (int k = 0; k<10; ++k) { 
report(k); // 调 用 (1) 
} 
report(42); // 调 用 (2) 
} 


在 类 似 上 面 的 例子 中 ， 如 果实 参 古 一 个 左 值 ， 那 么 将 会 优先 考虑 没 
有 const 的 版 本 。 而 对 于 作为 石 值 的 实 参 ， 将 会 优先 考虑 const 版 本 。 
这 种 情况 同样 也 适用 于 成 员 函 数 调 用 的 隐 式 实 参 : 


class Wonder { 


public: 
void tick(); //(1) 
void tick() const; //(2) 
void tack() const; //(3) 
void run(Wonder& device) 
' 
device.tick(); // 调 用 (1) 
device.tack(); /调用 (3) ,因为 不 存在 一 个 non-const 
// 版 本 的 Wonder::tackO) 
} 





最 后 ， 让 我 们 修改 前 面 的 例子 ， 来 阐明 : 如 果 你 针对 引用 类 型 和 没 
有 引用 的 类 型 进行 重 载 ， 一 样 完美 的 两 个 匹配 也 可 以 导致 二 义 性 : 

void report(int); //(1) 

void report(int&); //(2) 


void report(int const&); //(3) 


int main() 
| 
for(int k = 0; k<10; ++k) { 
report(k); /二 义 性 : (1) 和 “(2) 的 匹配 程度 一 样 
} 
report(42); /二 义 性 : (1) 和 (3) 的 匹配 程度 一 
样 
} 
总 而 言 之 : 





。 对 于 工 类 型 的 右 值 ，T 和 T const& 的 匹配 程度 一 样 。 
。 对 于 T 类 型 的 左 值 ，T 和 T& 的 匹配 程度 一 样 。 


B.3 午 载 的 细 市 


前 面 两 节 已 经 给 出 了 : 在 日 常 C++ 程 序 设计 中 ， 经 常会 过 到 的 重 载 
情况 。 遗 憾 的 是 ， 还 存在 一 些 并 不 属于 这 些 普 过 情况 的 例子 一 一 对 于 任 
何 非 专门 讨论 重 载 的 书籍 ， 都 很 难 曾 明 这 些 例子 的 方方面面 。 因 此 ， 我 
们 接 下 来 将 讨论 一 些 使 用 得 比较 广泛 的 情形 ， 并 让 读者 知道 重 载 的 一 些 
内 在 细节 。 

B.3.1 非 模 板 优先 

当 重 载 解析 的 其 他 各 个 方面 都 是 等 同 的 时 候 ， 非 模板 函数 将 会 优先 
于 由 模板 产生 的 实例 (无 论 是 产生 自 泛 型 模板 的 实例 ， 还 是 显 式 特 化 所 
提供 的 实例 ) 。 请 看 下 面 的 例子 : 

template <typename T> int f(T); //(1) 

void f(int); //(2) 


int main() 








{ 
return f(7); /错误 : 选择 了 (2) ， 但 是 〈2) 并 没有 返回 一 


eI 


} 
这 个 例子 另 一 方面 清楚 地 说 明了 : 重 载 解析 通常 并 不 会 考虑 (被 选 


择 的 ) 函数 的 返回 类 型 。 


如 果 这 种 选择 是 在 两 个 模板 之 间 进 行 ， 那 么 将 会 选择 特 化 程度 更 高 


的 模板 “前 提 是 一 个 模板 的 特 化 程度 要 比 其 他 的 模板 高 ) 。 关 于 这 个 概 
念 的 完整 解释 可 以 参阅 12.2.2 小 节 。 


int。 


B.3.2 I 序 多 
通常 而 言 ， 一 个 隐 式 转型 可 以 由 一 系列 子 转 型 构成 。 考 虑 下 面 的 例 


class Base { 
public: 
operator short() const; 
上 
class Derived : public Base { 
下 
void count(int); 
void process(Derived const& object) 
{ 
count(object); /匹配 : 应 用 了 用 户 自 定义 的 转型 
} 
调用 [3] count(object) 是 正确 的 ， 因 为 object 对 象 可 以 隐 式 地 转型 为 
然而 ， 这 个 转型 需要 进行 下 面 的 儿 个 子 步 又 : 
1.object 对 象 从 Derived const 到 Base const 的 转型 。 





2. 从 〈 由 1 获得 的 ) Base const 到 short 的 用 户 自 定义 转型 。 

3. 从 short 到 int 的 提升 (转型 〉。 

这 也 是 使 用 得 最 广泛 的 转型 序列 :先进 行 一 个 标准 转型 (在 这 个 例 
子 中 是 派生 类 到 基 类 的 转型 ，， 然 后 进行 一 个 用 户 自 定义 转型 ， 最 后 再 
进行 男 一 个 标准 转型 。 我 们 还 应 该 知道 ， 尽管 用 户 目 定义 的 转型 只 能 
一 个 ， 但 标准 转型 却 可 以 是 一 个 或 多 个 。 

重 载 解析 的 另 一 个 重要 规则 是 : 如 果 转 型 序列 A 是 转型 序列 B 的 子 
序列 ， 那 么 将 会 优先 使 用 A 所 对 应 的 转型 。 例 如 ， 如 果 前 面 的 例子 有 男 
一 个 候选 函数 : 

void count(short); 

那么 调用 ”count(object) 将 会 优先 使 用 上 面 这 个 候选 函数 ， 因 为 它 并 
不 需要 进行 上 述 转型 步骤 的 第 3 步 〈 即 提升 ) 。 

B.3.3 指针 的 转型 

虽 针 和 成 员 指 针 [4] 也 会 进行 各 种 特定 的 标准 转型 ， 这 包括 : 

"从 指针 到 bool 类 型 的 转型 。 

从 任意 的 指针 类 型 到 void* 的 转型 。 

"派生 类 指针 到 基 类 指针 的 转型 。 

* 基 类 成 员 指 针 到 派生 类 成 员 指 针 的 转型 。 

尽管 这 些 转 型 都 会 引发 一 个 “只 进行 标准 转型 的 匹配 *”， 然 而 这 几 个 
转型 的 等 级 是 不 一 样 的 。 

首先 ， 任 何其 他 的 标准 转型 都 要 优 于 到 bool 类 型 的 转型 “无论 是 普 
通 的 指针 还 是 成 员 指 针 ) 。 例 如 : 

void check(void*); //(1) 

void check(bool); //(2) 

void rearrange(Matrix* m) 


{ 








check(m); // 调 用 (1) 


} 

对 于 普通 指针 的 转型 ， 从 派生 类 指针 到 基 类 指针 的 转型 要 优 于 到 
void* 类 型 的 转型 。 为 外 ， 如 果 可 行 函数 的 转型 涉及 到 类 继承 体系 中 的 
多 个 类 ， 那 么 将 会 优先 选择 派生 路 径 最 短 的 转型 ， 下 面 是 一 个 简单 的 例 
村 


class Interface { 





class CommonProcesses : public Interface { 


把 


class Machine : public CommonProcesses { 


} 


char* serialize(Interface*); //(1) 
char* serialize(CommonProcesses*); //(2) 


void dump(Machine* machine) 


{ 
char* buffer = serialize(machine); // 调 用 (2) 


} 

从 Machine* 到 CommonProcesses* 的 转型 要 优先 于 到 Interface* 的 转 
型 ， 这 也 符合 我 们 的 主观 想法 。 

这 条 规则 也 能够 大 体 地 ) 适用 于 成 员 指针 : 在 两 种 与 成 员 指针 类 
型 相关 的 转型 中 ， 将 会 优先 考虑 继承 路 径 最 短 〈 就 是 将， 派生 层次 最 


少 ) 的 一 种 《转型 ) 。 
B.3.4 仿 函 数 和 代理 也 类 

我 们 在 前 面 已 经 说 过 ， 在 查找 完 函 数 名 称 、 建 立 一 个 初始 化 重 载 集 
之 后 ， 这 个 集合 还 会 发 生 某 些 改变 。 于 是 ， 当 调用 表达 式 引 用 的 是 一 个 
类 对 象 ， 而 不 是 一 个 函数 ， 就 会 出 现 比较 有 意思 的 情况 。 在 这 种 情况 
下 ， 可 能 会 给 重 载 集 添 加 两 种 函数 。 

第 1 个 添加 是 很 直接 易 懂 的 : 把 任何 operator0) 〈 也 被 看 成 函数 调用 
运算 符 ) 都 添加 到 重 载 集中 ， 具 有 这 个 运算 符 的 对 象 通常 被 称 为 仿 函 数 
( 见 第 22 章 ) 。 

第 2 种 添加 发 生 在 : 某 个 class 类 型 对 象 包含 一 个 到 函数 类 型 指针 
(或 者 指 问 函 数 类 型 的 引用 )〉 的 转型 运算 符 [5] 。 在 这 种 情况 下 ， 就 会 
把 一 个 代理 函数 (也 称 为 哑 函 数 ) 添加 到 重 载 集 中 。 值 得 注意 的 是 : 这 
个 候选 的 代理 函数 除了 有 具有 显 式 声明 的 参数 之 外 ， 还 具有 一 个 隐 含 参 
数 ， 隐 含 参 数 的 类 型 是 转型 函数 所 指派 的 类 型 。 让 我 们 用 一 个 例子 来 更 
清楚 地 说 明 这 些 概念 : 


typedef void FuncType(double, int); 

















class IndirectFunctor { 


public: 


operator()(double, double); 


operator FuncType*() const; 


}; 
void activate(IndirectFunctor const& funcObj) 
{ 

funcObj(3,5); // 错 误 : 二 义 性 


} 





调用 funcObj(3,5) 被 看 作 具 有 3 个 参数 的 调用 ，3 个 参数 分 别 是 : 
funcObj、3 和 和 5。 可行 的 候选 函数 包含 operator() 成 员 ( 它 的 参数 类 型 被 
看 成 是 : IndirectFunctor& 、double 和 double) 和 一 个 代理 函数 ， 代 理 函 
数 的 参数 类 型 分 别 是 FuncType*、double 和 int。 就 隐 伟 参数 而 言 ， 代 理 
函数 的 匹配 不 如 ”operatorO 〈 因 为 代理 函数 需要 进行 一 次 用 户 自 定义 的 
转型 ) ; 但 就 最 后 一 个 参数 而 言 ， 代 理 函 数 的 匹配 优 于 operator0 。 因 
此 ， 我 们 不 能 对 这 两 个 候选 函数 进行 排序 ， 从 而 也 就 导致 了 二 义 性 。 

幸运 的 是 ， 代 理 函 数 在 C++ 中 只 是 很 偏僻 的 知识 ， 在 实际 应 用 中 几 
乎 不 会 出 现 。 








B.3.5 其 他 的 重 载 情 ; 

到 目前 为 止 ， 我 们 已 经 讨论 了 关于 重 载 的 一 些 话 题 ， 这 主要 是 包 
括 : 针对 一 个 函数 调用 表达 式 ， 在 什么 情况 下 应 该 调用 哪个 函数 。 然 
而 ， 还 存在 一 些 其 他 的 情况 ， 也 需要 进行 类 似 的 函数 选择 。 

第 1 种 情况 出 现在 ; 需要 函数 地 址 的 时 候 。 考 虑 下 面 的 例子 : 

int n_elements(Matrix const&); //(1) 

int n_elements(Vector const&); //(2) 

void computel() 


{ 


int (*funcPtr)(Vector const&) = n_elements; ”// 选 择 (2) 


} 
在 上 面 的 代码 中 ， 两 个 n_element 名 称 组 成 了 一 个 重 载 集 ， 但 我 们 
只 想 获得 集合 中 一 个 函数 的 地 址 ， 于 是 ， 重 载 解析 惑 会 试图 匹配 所 要 求 
的 函数 类 型 “在 例子 中 是 funcPtr 的 类 型 ) 和 《可 获取 的 ) 候选 函数 的 类 


幸 


男 一 种 要 求 进行 章 载 解析 的 情况 发生 在 初始 化 的 时 候 。 遗 憾 的 是 ， 
这 是 一 个 很 复杂 的 话题 ， 也 超出 了 我 们 在 附录 中 应 该 给 出 的 内 容 。 然 
而 ， 我 们 下 面 还 是 给 出 了 一 个 例子 ， 稍 加 说 明 这 种 运用 重 载 解析 的 特殊 
情况 : 
#include <string> 
class BigNum { 
public: 
BigNum(long D); 
BigNum(double n); 
BigNum(std::string const&); 


operator double(); 


operator long(); 


void initDemo() 

| 
BigNum bn1(100103); 
BigNum bn2(*7057103224.095764”); 
int in = bn1; 

} 

在 这 个 例子 中 ， 我 们 需要 重 载 解析 来 选择 适当 的 构造 函数 和 转型 运 
算 符 。 在 大 多 数 的 例子 中 ， 重 载 规 则 都 会 产生 符合 主观 的 结果 。 然 而 ， 
这 些 规则 的 细节 是 相当 复杂 的 ， 某 些 应 用 程序 依赖 于 这 方面 的 知识 也 是 
C++ 语 言 中 的 一 些 更 加 偏僻 的 知识 (例如 ，std::auto_ptr 的 设计 )。 





[11. 如果 成 员 函 数 是 volatile 的 ， 那 么 可 以 是 MyClass volatile& 类 型 ， 或 


者 MyClass volatile& 类 型 ， 但 这 种 情况 很 少 。 


[21. 我 们 还 应 该 知道 : 这 种 二 义 性 只 有 在 size_t 等 同 于 unsigned int 的 平台 
时 才 会 出 现 。 如 果 是 在 size_t 等 同 于 unsigned long 的 平台 ， 那 么 类 型 
ptrdiff_t 相 应 就 是 long 的 类 型 定义 ， 也 就 不 会 出 现 二 义 性 了 ， 因 为 针对 下 
标 表 达 式 〈 如 5) ， 内 建 下 标 运 算 符 也 需要 进行 一 次 类 型 转换 。 

[31. 译注 : 这 个 “调用 ”是 名 词 。 

[41. 译注 : 这 里 的 原文 是 pointer to members， 事 实 上 应 该 翻译 成 : 指 问 
成 员 的 指针 ; 但 成 员 指 针 已 经 是 一 种 约定 俗 成 的 说 法 ， 代 表 的 束 是 指 问 
成 员 的 指针 。 为 了 行文 简洁 ， 故 使 用 成 员 指针 。 


[5]. 从 某 种 意义 上 而 言 ， 这 种 转型 运算 符 还 必须 精确 匹配 的 ; 例如， 对 
于 const 对 象 ， 它 将 不 会 考虑 non-const 的 运算 符 。 





参考 资 灯 


这 个 附录 将 给 出 本 书 所 提 到 的 、 采 用 的 或 者 引用 的 各 种 资源 。 在 今 
天 ， 编 程 语言 的 许多 发 展 来 源 于 网 上 的 论坛 。 因 此 ， 我 们 在 这 里 除了 列 
出 一 些 有 用 的 书籍 和 文章 之 外 ， 还 给 出 了 一 些 网 络 站 点 。 当 然 ， 我 们 这 
里 所 给 出 的 资源 并 非 面 面 俱 到 ， 只 是 给 出 一 些 与 C++ 模板 的 主题 相关 的 

与 书籍 和 论文 相 比 ， 网 站 资源 显然 更 加 容易 发 生变 化 。 下 面 给 出 的 
网 络 链接 在 将 来 也 可 能 会 失效 。 因 此 ， 我 们 专门 为 这 本 书 提供 了 一 个 网 
址 〈 当 然 ， 我 们 期 望 该 网 址 能 够 比较 稳定 ) ， 让 你 可 以 获得 及 时 的 链接 
资源 : http://www.josuttis.com/tmplbook。 

在 列举 书籍 、 文 章 和 网 址 之 前 ， 我 们 将 先 给 出 一 些 更 具 交 互 性 的 资 
源 ， 也 就 是 所 谓 的 新 闻 组 (newsgroups) 。 

新 闻 组 

Usenet 是 一 种 资源 庞大 的 、 种 类 繁多 的 电子 论坛 ， 通 常 也 称 为 新 闻 
组 。 其 中 某 些 论坛 是 有 人 进行 管理 的 ， 也 就 是 说 ， 每 次 内 容 提 交 都 要 经 
过 严格 的 审核 ， 这 样 才能 保证 内 容 的 质量 。 

有 一 些 新 闻 组 就 是 专门 讨论 C++ 语言 的 。 实 际 上 ， 对 于 本 书 中 所 列 
出 的 一 部 分 高 级 技术 ， 在 某 些 新 闻 组 就 已 经 发 表 过 了 。 另 外 ， 对 于 某 些 
例子 所 涉及 的 技术 ， 也 是 通过 新 闻 组 不 断 地 交互 和 讨论 ， 从 而 不 断 发 展 
和 改善 的 。 

下 面 就 是 一 些 讨 论 C++、C++ 标 准 、C++ 标 准 库 的 Usenet 新 闻 组 : 


Tutorial level C++ (unmoderated): alt.comp.lang.learn.c-c++ 

















*General aspects of C++ (Unmoderated): comp.lang.c++ 

*General aspects of C++ (moderated): comp.lang.c++.moderated 

。Aspects of the C++ standard (moderated): comp.std.c++ 

如 果 你 未 曾 访 问 过 Usenet 新 闻 组 服务 器 ， 你 可 以 使 用 Google 
Usenet archive: http://groups.google.com 

书籍 和 网 址 

[AlexandrescuDesign] Andrei Alexandrescu Modern C++Design: 
Generic Programming and Design Patterns Applied Addison- 
Wesley,Reading, MA,2001 

[AusternSTL] Matthew H.Austern Generic Programming and the STL.: 
Using and Extending the C++Standard Template Library Addison- 
Wesley,Reading, MA,1999 

[BCCL] Jeremy Siek The Boost Concept Check Library 
http:/www.boost.org/libs/concept_check/concept_check.htm 

[Blitz++] Todd Veldhuizen Blitz++:Object-Oriented Scientific 
Computing http:/www.oonumerics.org/blitz [Boost] The Boost Repository 
for Free,Peer-Reviewed C++Libraries http://www.boost.org 

[BoostComposel Boost Compose Library 
http://www.boost.org/libs/compose 

[BoostSmartPtr] Smart Pointer Library 
http://www.boost.org/libs/smart_ptr 

[BoostTypeTraits] Type Traits Library 
http://www.boost.org/libs/type_traits 

[CargillExceptionSafety] Tom Cargill Exception Handling: A False 
Sense of Security 
http://www.awprofessional.com/meyerscddemo/demo/magazine/index.htm 


C++Report, November-December 1994 


[CoplienCRTP] James O.Coplien Curiously Recurring Template 
Patterns C++ Report, February 1995 

[Corelssuel15] Core Issue 115 of the C++Standard 
http://anubis.dkuug.dk/jtc1l/sc22/wg21/docs/cwg_toc.html 

[CzarneckiEiseneckerGenProg] Krzysztof Czarnecki, Ulrich 
W.Eisenecker Generative Programming: Methods,Tools,and Applications 
Addison-Wesley,Reading,MA,2000 

[DesignPatternsGoV] Erich Gamma, Richard Helm, Ralph Johnson， 
John Vlissides Design Patterns Elements of Reusable Object-Oriented 
Software Addison-Wesley,Reading,MA,1995 [EDG] Edison Design Group 
Compiler Front Ends for the OEM Market http://www.edg.com 
[EllisStroustrupARM] Margaret A.Ellis, Bjarne Stroustrup The Annotated 
C++ Reference Manual(ARM) Addison-Wesley,Reading, MA,1990 

[JosuttisAutoPtr] Nicolai M.Josuttis auto ptr and auto_ptr ref 
http://www.josuttis.com/libbook/auto_ptr.html 

[JosuttisOOP] Nicolai M.Josuttis Object-Oriented Programming in C++ 
John Wiley and Sons Ltd, 2002 

[JosuttisStdLib] Nicolai M.Josuttis The C++Standard Library: A 
Tutorial and Reference Addison-Wesley, Reading, MA, 1999 

[KoenigMooAcc| Andrew Koenig,Barbara E.Moo Accelerated C++: 
Practical Programming by Example Addison-Wesley,Reading, MA,2000 

[LambdaLib] Jaakko Jirvi,Gary Powell LL,The Lambda Library 
http://www.boost.org/libs/lambda/doc 

[LippmanObjMod| Stanley B.Lippman Inside the C++ Object Model 
Addison-Wesley, Reading, MA, 1996 

[MeyersCounting] Scott Meyers Counting Objects In C++ C/C++Users 
Journal,April 1998 


[MeyersEffective] Scott Meyers Effective C++: 50 Specific Ways to 
Improve Your Programs and Design(2nd Edition)Addison- 
Wesley,Reading, MA,1998 

[MeyersMoreEffective] Scott Meyers More Effective: C++ 35 New 
Ways to Improve Your Programs and Designs Addison- 
Wesley,Reading, MA,1996 

[MTL] Andrew Lumsdaine, Jeremy Siek MTL, The Matrix Template 
Library http://www.osl.iu.edu/research/mtl] 

[MusserWangDynaVeri] D.R.Musser, C.Wang Dynamic Verification of 
C++ Generic Algorithms IEEE ‘Transactions on Software 
Engineering,Vol.23,No.5,May 1997 

[MyersTraits] Nathan C.Myers Traits: A New and Useful Template 
Technique http://www.cantrip.org/traits.html 

[NewMatj Robert Davies NewMatl0,A Matrix Library in C++ 
http://www.robertnz.com/nm_intro.htm 

[NewShorterOED] Leslie Brown, et al.The New Shorter Oxford English 
Dictionary (fourth edition) Oxford University Press,Oxford,1993 

[POOMA] POOMA: A High-Performance C++ Toolkit for Parallel 
Scientific Computation http:/Wwww.pooma.com 

[Standard98] ISO Information Technology--Programming Languages-- 
C++ Document Number ISO/IEC 14882-1998 ISO/IEC 1998 

[Standard02] ISO Information Technology--Programming Languages-- 
C++ (as amended by the first technical corrigendum) Document Number 
ISO/IEC 14882-2002 ISO/IEC, expected late 2002 

[StroustrupC++PL] Bjarme Stroustrup The C++ Programming Language, 
Special ed.Addison-Wesley, Reading, MA, 2000 

[StroustrupDnE] Bjarne Stroustrup The Design and Evolution of C++ 


Addison-Wesley, Reading, MA, 1994 

[StroustrupGlossary] Bjame Stroustrup Bjarne Stroustrup's C++ 
Glossary http:/www.research.att.com/~bs/glossary.html 

[SutterExceptional] Herb Sutter Exceptional C++: 47 Engineering 
Puzzles, Programming Problems,and Solutions Addison- 
Wesley,Reading, MA,2000 

[SutterMoreExceptional] Herb Sutter More Exceptional C++: 40 New 
Engineering Puzzles,Programming Problems,and Solutions Addison- 
Wesley,Reading, MA,2001 

[UnruhPrimeOrig] Erwin Unruh Original Metaprogram for Prime 
Number Computation http://www.erwin-unruh.de/primorig.html 

[VandevoordeSolutions] David Vandevoorde C++ Solutions Addison- 
Wesley, Reading, MA, 1998 

[VeldhuizenMeta95] Todd Veldhuizen Using C++Template 
Metaprograms C++ Report, May 1995 

[VeldhuizenPapers| Todd Veldhuizen Todd Veldhuizen's Papers and 
Articles about Generic Programming and Templates http://osl.iu.edu/ 


tveldhui/papers 


二 


这 个 术语 表 包 含 了 本 书 主题 所 使 用 的 大 部 分 重要 概念 。 如 有 果 需 要 了 
解 C++ 程序 员 所 使 用 的 、 更 完整 、 更 通用 的 术语 ， 可 以 参考 
[StroustrupGlossary]。 

abstract class 抽象 类 

一 个 不 能 产生 具体 对 象 〈“ 实 例 ) 的 类 。 可 以 用 抽象 类 来 收集 不 同类 
的 共同 属性 ， 或 者 定义 一 个 多 态 接口 。 由 于 抽象 类 通常 都 被 用 作 基 类 ， 
所 以 缩写 ABC (Abstract Base Class) 有 时 也 代表 抽象 类 。 

ADL 

argument-dependent lookup 的 缩写 。ADL 是 一 个 在 名 字 空 间 和 类 中 
得 找 函数 〈 或 者 运算 符 ) 名 称 的 过 程 。 这 里 的 名 字 空 间 和 类 指 的 是 : 针 
对 某 个 特殊 的 函数 调用 ， 和 该 函数 《或 运算 符 ) 调用 实 参 相关 联 的 名 字 
空间 和 类 。 由 于 历史 原因 ， 我 们 有 时 候 把 ADL 叫 做 扩展 的 Koenig 碍 找 ， 
或 者 干脆 称 为 Koenig 碍 找 《〈 后 者 通 利 指 应 用 于 运算 符 的 ADL ) 。 

尖 括 号 hack 

是 一 个 非 标准 的 特性 ， 它 允许 编译 器 把 两 个 连续 的 > 看 成 两 个 闭 尖 
括号 《即使 在 它们 之 间 通 党 都 需要 间隔 ) 。 例 如 ， 表 达 式 
vector<jlist<int>> 是 一 个 无 效 的 C++ 表达 式 ; 但 是 借助 于 尖 括 号 hack， 可 
以 把 它 等 价 地 看 成 vector<list<int> >。 

尖 括 号 

当 把 符号 < 和 > 用 于 界定 模板 参数 或 者 模板 实 参 列 表 的 范围 时 ， 我 
们 就 把 这 两 个 符号 称 为 尖 括 号 。 











ANSI 

American National Standard Institute 的 缩写 。 它 是 一 个 致力 于 产生 各 
种 标准 规范 的 私有 非 营 利 性 组 织 。 其 中 一 个 名 为 J16 的 子 委员 会 专门 针 
对 C++ 的 标准 化 过 程 。ANSI 和 ISO (international standard 
organization) 有 着 密 切 的 联系 。 

argument 实 参 

(从 更 广义 的 意义 上 而 言 ) 它 是 一 个 值 ， 用 来 将 换 程序 实体 的 参 

数 。 例 如 ， 在 函数 调用 abs(-3) 中 ，-3 就 是 实 参 。 在 一 些 程序 设计 团体 
中 ， 实 参 也 被 称 为 实际 参数 (actual arguments) ， 而 参数 (parameters) 
相应 地 被 称 为 形式 参数 (formal parameters) 。 

argument-dependent lookup 见 ADFL。 


class 类 


对 同一 类 别 的 对 象 的 描述 。 它 定义 了 该 类 别 中 任何 对 象 的 许多 共同 
特征 。 这 些 特征 包括 : 类 的 数据 《〈 属 性、 成 员 变 量 ) 和 操作 (方法 、 成 
员 函 数 ) 。 在 C++ 中 ， 可 以 把 类 看 成 一 种 结构 ， 它 的 成 员 可 以 是 函数 ， 
并 且 具 有 访问 限制 。 我 们 可 以 通过 关键 字 class 或 者 struct 来 声明 类 。 

class template 类 模板 

















实体 蔡 换 模板 参数 。 类 模板 有 时 也 被 称 为 参数 化 类 ， 这 也 是 一 个 比较 通 
用 的 概念 。 

class type class 类 型 

用 class、struct、union 声 明 的 C++ 类 型 。 

collection class 集合 类 


一 种 用 于 管理 一 组 对 象 的 类 。 在 C++ 中 ， 集 合 类 通常 也 被 称 为 容 


constant-expression 


在 编译 期 可 以 由 编译 占 确 定 值 的 表达 式 。 我 们 通 第 称 之 为 true 


» 


constant， 来 避免 和 constant expression( 注 意 : 这 里 两 个 单词 之 间 没 有 连 
字号 -) 发 生 混 淆 。constant expression (常量 表达 式 ) 包含 不 能 由 编译 器 
在 编译 期 计算 出 来 的 本 身 就 是 常量 的 表达 式 。 

const member function const 成 员 函 数 

可 以 针对 第 量 或 者 临时 对 象 进行 调用 的 成 员 函 数 ， 因 为 它 通 常 不 能 
修改 *this 对 象 的 成 员 。 

container 容 右 见 集合 类 。 

conversion operator 类 型 转换 (转型 ) 运算 符 

一 种 特殊 的 成 员 函 数 ， 它 定义 了 如 何 把 一 个 对 象 隐 式 〈 或 者 显 式 ) 
地 转换 为 男 一 种 类 型 的 对 象 。 通 常 使 用 operator typeO 的 形式 来 声明 。 

CRIP 

Curiously Recurring Template Pattern( 奇 异 递 归 横 板 模 式 ) 的 缩写 。 它 
代表 一 种 编码 模式 : 类 X 派 生 自 一 个 基 类 ， 该 基 类 以 X 作 为 它 的 一 个 模 
板 实 参 。 

Curiously Recurring Template Pattern 奇异 递归 模板 模式 见 
CRTP。 

decay [1] 

把 数组 或 者 函数 隐 式 转型 为 指针 的 操作 。 人 例如， 字符 串 文 
字 “hello” 的 类 型 为 char const 

[6]， 但 在 许多 C++ 的 上 下 文中 ， 会 把 它 转化 成 类 型 为 char const* 的 

首 针 〈 它 指向 字符 串 的 第 一 个 字符 〉。 

declaration 声明 

一 种 把 一 个 名 称 引 入 或 者 重新 引入 到 某 个 C++ 作用 域 的 构造 。 参 
见 “ 定 义 ”。 

deduction 演绎 

根据 使 用 模板 的 上 下 文 ， 隐 式 地 确定 模板 实 参 的 过 程 。 完 整 的 概念 
是 : 模板 实 参 演 经 。 























definition 定义 

它 也 是 一 种 声明 ， 但 该 声明 必须 给 出 被 声明 实体 的 细节 。 对 于 变量 
而 言 ， 这 里 的 细节 是 指 : 为 被 声明 实体 保留 存储 空间 。 对 于 class 类 型 和 
函数 定义 而 言 ， 指 的 是 包含 有 一 对 花 括 号 内 容 的 声明 。 对 于 外 部 变量 而 
言 ， 指 的 是 前 面 没 有 关键 字 extem 或 者 在 声明 时 就 进行 初始 化 的 声明 。 

dependent base class 依赖 型 基 类 

依赖 于 模板 参数 的 基 类 。 当 访问 依赖 型 基 类 的 成 员 时 ， 我 们 需要 特 
别 小 心 。 具 体 参 见 两 阶段 查找 。 

dependent name 依赖 型 名 称 

依赖 于 模板 参数 的 名 称 。 例 如 ， 当 A 或 者 T 是 一 个 模板 参数 的 时 
候 ，A<T>::x 了 驶 是 一 个 依赖 型 名 称 。 对 于 函数 而 言 ， 在 函数 调用 中 ， 如 
果 调 用 实 参 的 类 型 依赖 于 模板 参数 ， 那 么 该 函数 的 名 称 也 是 依赖 型 名 
称 。 例 如 ， 对 于 函数 f{((T*)0)， 如 果 T 是 一 个 模板 参数 ， 那 么 f 就 是 依赖 
型 的 。 然 而 ， 我 们 并 不 认为 模板 参数 本 身 的 名 称 〈 如 T) 是 依赖 型 的 。 
具体 见 两 阶段 得 找 。 

digraph 连 字 [2] 

两 个 连续 字符 的 组 合 ， 它 等 于 C++ 代 人 码 中 的 男 一 个 单一 字符 。 连 字 
的 目的 是 为 了 克服 用 键盘 输入 C++ 代 码 时 缺乏 某 些 字符 。 虽 然 使 用 情况 
非常 少 ， 但 如 果 在 尖 插 号 后 面 紧 跟 〈 即 没有 间 隅 ) 域 解析 运算 符 (::) 
时 ， 吏 会 意外 地 形成 连 字符 <: 。 

dot-C file dot-C 文 件 

通 弟 而 言 ， 是 包含 变量 和 非 内 联 函 数 的 文件 。 程 序 的 大 多 数 可 执行 
代码 都 放 在 dot-C 文件 中 。 之 所 以 称 为 dot-C 文 件 ， 是 因为 这 类 文件 的 后 
绥 名 通常 是 .cpp、.C、.c、.cc 或 者 .cxx。 参 见 头 文件 和 翻译 单元 。 

EBCO 

Empty Base Class Optimization( 空 基 类 优化 ) 的 缩写 。 是 现在 大 多 
数 编译 器 所 执行 的 一 种 优化 ， 优 化 后 ， 空 基 类 的 子 对 象 并 不 会 占用 存储 
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Empty Base Class Optimization 空 基 类 优化 见 EBCO 。 

explicit instantiation directive 显 式 实例 化 指示 符 

一 种 由 在 生成 一 个 POI (point of instantiation ) 的 C++ 构造 。 

explicit specialization 显 式 特 化 

针对 要 被 将 换 的 模板 ， 声 明 或 者 定义 另 一 种 候选 定义 的 C++ 构造 。 
原来 的 〈 泛 型 ) 模板 称 为 基本 模板 。 如 果 蔡 换 后 的 候选 定义 仍然 依赖 于 
一 个 或 者 多 个 模板 参数 ， 我 们 就 称 这 种 特 化 为 局 部 特 化 ;否则 就 称 为 全 
局 特 化 。 

expression template 表达 式 模板 

它 是 一 种 类 模板 ， 用 于 表示 表达 式 的 一 部 分 。 模 板 本 身 代表 一 种 特 
定 的 操作 ， 模 板 参数 则 表示 该 操作 所 用 到 的 各 个 操作 数 。 

friend name injection 友 元 名 称 插入 

通过 把 函数 名 称 声明 为 友 元 ， 而 令 该 函数 名 称 可 见 的 过 程 。 

full specialization 全 局 特 化 见 显 式 特 化 。 

function object 函数 对 象 见 仿 函数 。 

function template 函数 模板 

一 种 表示 函数 家 族 的 构造 。 它 指定 了 一 种 产生 实际 函数 的 模式 : 用 
特定 的 实体 蔡 换 模板 参数 。 我 们 应 该 知道 ， 函 数 模板 是 一 个 模板 ， 而 不 
是 一 个 函数 。 函 数 模板 有 时 候 也 被 称 为 参数 化 函数 ， 这 个 概念 《〈 人 参数 化 
函数 ) 也 使 用 的 非常 广 。 

functor 仿 函 数 [3] 

一 种 可 以 使 用 函数 调用 语法 来 进行 调用 的 对 象 〈 也 称 为 函数 对 
象 ) 。 在 ”C++ 中 ， 它 可 以 是 指 问 函 数 的 指针 或 者 引用 ， 也 可 以 是 具有 
operator0 成 员 的 类 。 

header file 头 文 件 

通过 使 用 #include 指示 符 ， 意 在 成 为 翻译 单元 一 部 分 的 文件 。 头 文 














件 通 钟 包含 变量 和 函数 的 声明 ， 可 以 在 多 个 翻译 单元 中 引用 这 些 变量 和 
函数 ， 另 外 ， 头 文件 还 可 以 包含 类 型 的 定义 、 内 联 函 数 、 模 板 、 第 量 和 
宏 。 它 的 名 称 通常 都 具有 诸如 .hpp、.h、.H、.hh、.hxx 后 级 名 。 头 文件 
也 被 称 为 被 包含 的 文件 。 参 见 dot-C 文 件 和 翻译 单元 。 

include file 被 包含 的 文件 见 头 文件 。 

indirect call 间接 调用 

它 是 一 种 特殊 的 函数 调用 ， 即 要 等 到 实际 的 函数 调用 ( 即 运行 期 ) 
时 才能 知道 具体 被 调用 的 是 哪个 函数 。 

initializer 初始 化 器 [4] 

它 是 一 种 构造 ， 指 定 如 何 初始 化 一 个 被 命名 的 对 象 。 例 如 : 

std::complex<float> z1 = 1.0, z2(0.0,1.0); 

那么 初始 化 器 就 是 =1.0 和 (0.0，1.0) 。 

initializer list 初始 化 列表 

用 喜 写 阳 开 的 许多 表达 式 ， 这 些 表达 式 通常 位 于 论 括号 内 部 ， 用 于 
初始 化 对 象 ( 或 者 数组 )。 在 构造 函数 中 ， 可 以 定义 一 些 用 来 初始 化 成 
员 或 者 基 类 的 值 。 

injected class name 插入 式 类 名 称 

对 于 类 而 言 ， 它 的 名 称 在 本 吴 的 作用 域 中 是 可 见 的 。 对 于 类 模板 而 
言 ， 在 模板 的 作用 域 中 ， 如 果 模 板 名 称 后 面 没有 紧 跟 模板 实 参 列表 ， 那 
么 该 名 称 将 会 被 看 成 一 个 类 名 称 。 

instance 实例 

在 C++ 程序 设计 领域 中 ， 实 例 这 个 概念 具有 两 种 含义 。 针 对 面 癌 对 
象 术语 而 言 ， 它 代表 的 是 类 的 实例 一 通过 类 的 具体 化 而 获得 的 对 象 。 例 
如 ， 在 C++ 中 ，std::cout 就 是 类 std::ostream 的 实例 。 另 一 种 含义 是 模板 实 
例 〈《 这 也 是 我 们 在 本 书 中 所 使 用 的 概念 ) : 通过 用 具体 的 值 蔡 换 所 有 的 
模板 参数 而 获得 的 实体 ， 它 本 喘 可 以 是 一 个 类 、 函 数 或 者 成 员 函 数 。 就 
这 层 含义 而 言 ， 实 例 也 被 称 为 特 化 。 但 特 化 经 常会 和 显 式 特 化 产生 混 


























消 。 

instantiation 实例 化 

通过 用 有 具体 值 蔡 换 模板 参数 ， 而 生成 一 个 普通 类 、 函 数 或 者 成 员 函 
数 的 过 程 。 另 一 层 含 义 是 生成 一 个 类 的 对 象 ， 但 我 们 在 本 书 中 不 使 用 这 
一 层 含 义 〈 人 参见 实例 ) 。 

ISO 

International Organization for Standard (国际 标准 化 组 织 ) 的 缩写 。 
一 个 名 为 WG21 的 ISO 工作 组 致力 于 C++ 的 标准 化 和 发 展 。 

iterator 迭代 器 

一 种 知道 如 何 过 有 历 一 系列 元 素 的 对 象 。 通 名 而 言 ， 这 些 元 素 属 于 某 
个 集合 〈 见 集合 类 ) 

linkable entity 可 链接 实体 

一 个 非 内 联 函 数 、 成 员 函 数 、 全 局 变量 或 者 一 个 静态 成 员 变 量 , 还 
包括 由 模板 产生 的 上 面 这 些 实体 。 

lvalue 左 值 

在 传统 C 语 言 中 ， 对 于 一 个 表达 式 ， 如 果 它 可 以 出 现在 赋值 运算 符 
的 左边 ， 我 们 就 称 之 为 一 个 左 值 。 反 之 ， 对 于 可 以 出 现在 赋值 运算 符 石 
边 的 表达 式 ， 我 们 称 之 为 右 值 (rvalue〉。 但 在 现在 的 C 和 C++ 语 言 中 ， 
这 些 概 念 已 经 不 再 适用 了 。 现 在 ， 左 值 可 以 被 看 成 一 个 表示 位 置 的 值 : 
通过 名 称 或 者 地 址 〈 指 针 、 引 用 、 或 者 数组 访问 符 []) 来 指派 一 个 表达 
式 ， 而 不 是 通过 纯粹 的 计算 。 左 值 并 不 需要 是 可 更 改 的 〈 例 如， 常量 对 
象 的 名 称 就 是 不 可 更 改 的 左 值 )。 对 于 所 有 的 表达 式 ， 如 果 不 是 左 值 的 
话 ， 那 么 它 就 只 能 是 右 值 。 例 如 由 显 式 创建 的 对 象 CTO) 或 者 函数 调 
用 的 结果 就 都 是 右 值 。 

member class template 成 员 类 模板 

一 种 表示 成 员 类 家 族 的 构造 。 它 是 在 另 一 个 类 或 者 类 模板 中 声明 的 
类 模板 ， 有 具有 上 自己 的 模板 参数 〈 这 一 点 和 类 模板 的 成 员 类 不 同 ) 。 





























member function template 成 员 函 数 模 板 

一 种 表示 成 员 函 数 家 族 的 构造 。 它 具有 自己 的 模板 参数 (这 一 点 和 
类 模板 的 成 员 函 数 不 同 ) 。 它 和 函数 模板 很 类 似 ; 但 当 所 有 的 模板 参数 
都 被 蔡 换 之 后 ， 本 身 束 演变 成 了 一 个 成 员 函 数 〈 而 不 是 一 个 普通 函 
数 ) 。 成 员 函 数 模板 不 能 是 虚 函 数 。 

member template 成 员 模板 

指 成 员 类 模板 或 者 成 员 函 数 模板 。 

nondependent name 非 依赖 型 名 称 

并 不 依赖 于 模板 参数 的 名 称 。 见 依赖 型 名 称 和 两 阶段 查找 。 

ODR 

one-definition rule《〈 一 处 定义 原则 ) 的 缩写 。 这 个 规则 给 C++ 程序 
中 的 定义 强加 了 一 些 约束 。 有 具体 见 7.4 人 和 附录 A。 

one-definition rule 一 处 定义 原则 ”具体 多 ODR (one-definition 
rule) 。 

overload resolution 重 载 解析 

当 有 几 个 候选 函数 (通常 都 具有 相同 的 名 称 〉 存 在 的 时 候 ， 从 这 些 
候选 函数 中 选择 出 一 个 最 佳 匹 配 函 数 的 过 程 。 

parameter 参数 

一 个 在 某 一 点 上 要 被 实际 值 〈 实 参 ) 蔡 换 的 占 位 符 实 体 。 对 于 安 参 
数 和 模板 参数 而 言 ， 这 种 蔡 换 是 在 编译 期 发 生 的 。 对 于 函数 调用 参数 而 
言 ， 这 种 蔡 换 发 生 在 运行 期 。 在 一 些 程序 设计 团体 中 ， 有 了 时 也 把 参数 称 
为 形式 参数 而 实 参 相 对 应 地 被 称 为 实际 参数 ) 。 具 体 参 见 实 参 。 

parameterized class 参数 化 类 

一 个 类 模板 或 者 舱 入 在 类 模板 中 的 类 。 这 两 者 都 是 被 参数 化 过 的 ， 
因为 要 每 到 指定 所 有 的 具体 模板 实 参 之 后 ， 它 们 才能 对 应 一 个 单一 的 实 
体 。 在 这 之 前 对 应 的 是 一 个 实体 家 族 。 

parameterized function 参数 化 函数 



































它 可 以 是 函数 模板 、 成 员 函 数 模 板 或 类 模板 的 成 员 函 数 。 这 3 者 都 
是 参数 化 过 的 ， 因 为 要 等 到 指定 所 有 的 具体 模板 实 参 之 后 ， 才 能 对 应 一 
个 具体 的 函数 。 在 这 之 前 对 应 的 是 一 个 函数 家 族 。 

partial specialization 局 部 特 化 

假定 对 模板 进行 特定 参数 的 蔡 换 之 后 产生 的 是 一 个 候选 模板 ， 它 本 
号 还 仍然 是 一 个 模板 。 局 部 特 化 就 是 声明 或 者 定义 这 种 候选 模板 定义 的 
一 种 构造 。 原 来 的 〈 泛 型 ) 模板 通常 称 为 基本 模板 。 候 选 模 板 仍 然 要 依 
赖 于 模板 参数 。 目 前 而 言 ， 这 种 构造 只 适用 于 类 模板 。 请 参见 显 式 特 
化 8 

POD 

Plain Old Date(type) 的 缩写 。POD 类 型 是 指 那些 无 需 特 定 的 C++ 特性 
《诸如 虚拟 成 员 函 数 ， 访 问 关键 字 等 ) 就 能 进行 定义 的 类 型 。 壁 如 ， 
个 C 结 构 (struct) 都 是 一 个 POD。 

POI 

Point Of Instantiation 的 缩写 。 一 个 POI 是 源 代码 中 的 一 个 位 置 ， 从 
概念 上 而 言 ， 借 助 于 模板 实 参 来 苦 换 模板 参数 ， 在 此 位 置 会 扩展 蔡 换 后 
的 模板 (或 者 模板 成 员 ) 。 在 实际 的 实现 中 ， 并 不 需要 在 每 个 POI 都 进 
行 这 种 扩展 。 参 见 显 式 实例 化 指示 符 。 

Point Of Instantiation 见 POI。 























policy class policy 类 

指 的 是 一 个 类 或 者 类 模板 ， 它 的 成 员 描 述 了 一 种 适用 于 泛 型 组 件 的 
可 配置 行为 。policy 通 常 是 被 作为 模板 实 参 来 进行 传递 。 例 如 ， 一 个 排 
序 模板 可 以 具有 一 个 排序 policy。policy 类 也 被 称 为 policy 模 板 ， 或 者 干 
脆 只 称 为 policy。 参 见 trait 模 板 。 

polymorphism 多 态 

是 一 种 可 以 把 一 个 操作 (由 操作 名 称 来 标识 ) 应 用 于 不 同 种 类 对 象 
的 能 力 。 在 C++ 中 ， 传 统 多 态 〈 也 被 称 为 动 多 态 或 者 运行 期 多 态 ) 的 面 








问 对 象 概念 主要 是 通过 虚 冰 数 来 表现 的 ， 而 虚 函 数 通 常会 在 派生 类 中 被 
改写 。 另 一 方面 ，C++ 模 板 实现 了 所 谓 的 静 多 态 。 

precompiled header 预 编 译 头 文件 

源 代码 进行 处 理 之 后 的 形式 ， 从 而 编译 器 可 以 很 快 地 加 载 这 些 源 代 
码 。 预 编译 头 文件 所 代表 的 源 代 码 必 须 位 于 翻译 单元 的 首部 〈 换 句 话 
说 ， 它 不 能 位 于 翻译 单元 中 间 的 某 个 位 置 ) 。 通 常 而 言 ， 一 个 预 编 译 头 
文件 会 对 应 几 个 头 文 件 。 使 用 预 编译 头 文 件 可 以 有 效 地 减少 用 C++ 编写 
的 大 型 应 用 程序 的 创建 时 间 。 

primary template 基本 模板 

“不 是 局 部 特 化 的 ”模板 。 

qualified name 受 限 名 称 

包含 有 域 限定 符 〈(::) 的 名 称 。 

reference counting 引用 计数 

一 种 资源 管理 策略 ， 可 以 跟 踊 引用 某 个 特定 资源 的 实体 的 具体 个 
数 ; 当 个 数 下 降 到 0 的 时 候 ， 就 回收 这 个 特定 资源 。 

rvalue 右 值 见 左 值 。 

source file 源 文 件 

头 文件 或 者 dot-C 文 件 。 

specialization 特 化 

用 实际 值 蔡 换 模板 参数 后 的 结果 。 特 化 可 以 从 实例 化 过 程 产 生 ， 也 
可 以 由 显 式 特 化 产生 。 这 个 概念 有 时 候 会 和 显 式 特 化 发 生 混 请 。 参 见 实 
例 。 

template 模板 

一 种 表示 类 家 族 或 者 函数 家 族 的 构造 。 它 指定 了 一 种 生成 具体 类 或 
函数 的 模式 : 用 具体 实体 蔡 换 模板 参数 。 在 本 书 中 ， 模 板 的 概念 并 不 包 
含 那 些 只 因为 作为 类 模板 的 成 员 ， 而 被 参数 化 的 函数 、 类 和 静态 成 员 变 
量 〈 也 就 是 类 模板 的 成 员 ) 。 参 见 类 模板 、 参 数 化 类 、 函 数 模 板 和 参数 





























化 函数 。 

template argument 模板 实 参 

用 来 蔡 换 模板 参数 的 值 。 这 个 值 通 党 是 一 个 类 型 ， 但 特定 的 常 值 和 
模板 也 可 以 是 有 效 的 模板 实 参 。 

template argument deduction 模板 实 参 演绎 见 演绎 。 

template-id 

由 模板 名 称 和 紧 跟 其 后 的 尖 插 号 及 其 内 部 的 所 有 模板 实 参 组 成 〈 例 
如 : std::list<int>) 。 

template parameter 模板 参数 

位 于 模板 中 的 一 个 泛 型 占 位 符 。 普 过 使 用 的 模板 参数 是 类 型 参数 ， 
它 代 表 一 种 未 定 的 类 型 。 非 类 型 参数 代表 一 个 特定 类 型 的 常 值 。 模 板 的 
模板 参数 代表 一 个 类 模板 。 

trait template trait 模板 

它 是 一 个 模板 ， 模 板 的 成 员 摘 述 了 模板 实 参 的 特性 〈trait) 。 通 第 
而 言 ，trait 模 板 的 目的 是 为 了 避免 过 多 数量 的 模板 参数 。 参 见 policy 类 。 

translation unit 翻译 单元 

一 个 dot-C 文 件 及 其 用 巩 nclude 指 示 符 所 包含 的 头 文 件 和 标准 库 头 文 
件 ， 并 且 除 去 那些 诸如 ##f 等 条 件 编译 指示 符 所 舍弃 的 文本 。 简 单 而 言 ， 
可 以 把 翻译 单元 看 成 预 处 理 一 个 dot-C 文 件 的 结果 。 见 dot-C 文 件 和 头 文 
件 。 


true constant 风 constant-expression。 














tuple 

C struct 概 念 的 一 种 泛 化 ， 从 而 可 以 利用 数字 来 访问 成 员 。 

two-phase lookup 两 阶段 查找 

在 模板 中 ， 用 于 名 称 的 查找 机 制 。 两 阶段 是 指 : (1) 编译 器 首次 
看 到 模板 定义 的 阶段 ，(2) 模板 实例 化 的 阶段 。 非 依赖 型 名 称 只 在 第 
一 阶段 进行 查找; 但 这 个 过 程 不 会 考虑 非 依赖 型 基 类 。 有 具有 域 限定 符 

















(::) 的 依赖 型 名 称 只 在 第 2 阶段 进行 查找 。 没 有 域 限 定 符 的 依赖 型 名 称 
会 在 两 个 阶段 都 进行 查找 ， 但 在 第 2 阶段 只 是 执行 ADL 查 找 〈 依 赖 于 实 
参 的 查找 ) 。 

user-defined conversion 自 定义 的 类 型 转换 

由 程序 员 定 义 的 类 型 转换 。 它 可 以 是 一 个 具有 单一 参数 的 构造 函 
数 ， 也 可 以 是 一 个 类 型 转换 运算 符 。 对 于 构造 函数 而 言 ， 类 型 转换 是 可 
以 隐 式 进行 的 ， 除 非 前 面 声明 有 关键 字 explicit。 

whitespace 间隔 符 

在 C++ 中 ， 间 隅 符 是 一 种 分 开源 代码 中 各 个 标记 《可 以 是 标识 符 、 
文字 、 符 号 等 ) 的 一 些 空格 。 除 了 传统 的 空格 符 之 外 ， 它 还 可 以 是 换行 
符 和 水 平 绚 进 符 。 其 他 的 间隔 符 〈 例 如 页 面 控制 符号 ) 有 时 也 是 有 效 的 
间隔 符 。 











[11 译注 : 对 于 这 个 词 ， 我 找 不 到 一 个 适当 的 中 文 翻译 ， 可 以 参考 的 译 
法 有 : 退化 、 衰 变 、 衰 减 。 但 我 觉得 这 些 词 都 未 能 把 decay 的 本 质 表 现 
出 来 。 故 不 译 。 


[2]. 译注 : 这 里 的 原文 是 digraph， 在 此 并 不 是 有 回 图 的 意思 。 另 一 种 中 
文 翻 译 是 : 二 合 字 母 。 

[31 译注 : 这 里 的 原文 是 functor。 我 个 人 觉得 中 文 应 该 翻译 成 < 函 子 ”， 
指 的 是 起 功能 作用 的 函数 。 但 基于 候 捷 先 生 在 该 词 译 法 上 的 创新 ， 同 时 
我 不 希望 给 读者 引入 新 的 词汇 ， 故 翻译 成 * 仿 函数 ”。 


[41. 译注 : 它 只 是 通过 代码 表示 出 来 ， 并 不 是 开发 环境 所 具有 的 组 件 。 





